Useful for dumpdata to be able to use a specific model

[David Reynolds]

It would be useful if ./manage.py dumpdata was able to take optional model parameters for dumping a specific models data. For example:

./manage.py dumpdata product.Category 

Would output only data related to the Category model in the product application.

[Chris Beaven]

I agree, that could be useful... but I'll push to a design decision. Perhaps bring this up on the django-dev group

[Russell Keith-Magee]

Sounds good to me. It would also integrate nicely with proposal #4656.

[David Reynolds]

Small improvement to dumpdata

[David Reynolds]

Patch adds the functionality, not sure how good the patch is.

Also, it has the ability for you to be able to dump overlapping data, which I'm not certain is useful or not. For example if you did:

./manage.py dumpdata product.Category product

You'd get 2 copies of product.Category

I'm sure I can fix this, but just wondered what people's opinions were on whether it needs fixing or not.

[Russell Keith-Magee]

Replying to DavidReynolds:

I'm sure I can fix this, but just wondered what people's opinions were on whether it needs fixing or not.

Yes, it does :-)

The patch looks essentially ok, except that it needs docs and tests. As for how to fix the problem you describe - I would suggest collecting the serialization candidates as a dictionary {app: [model list]}; if you specify just the app name, the model list is set to None. Each argument you process checks the existing contents of the dictionary - any existing None entry means you don't have to add an individual model entry, and if you process an app but there is already a model list, you can replace the list with None. (I hope that makes some sort of sense)

[David Reynolds]

Fixed dumpdata as per discussion and added in tests

[David Reynolds]

Fixed dumpdata as per discussion and added in tests

[David Reynolds]

Please ignore the second patch, I got my diff the wrong way around. Can someone advise on if the tests are ok?

[David Reynolds]

Docs for new features of dumpdata

[David Reynolds]

Docs for new features of dumpdata

[David Reynolds]

It's not my day today.

Please ignore the wrong patch I added. The latest patch now has docs and tests in it.

[haavikko@…]

Thanks for the very useful patch, this was just the functionality I needed.
Problem: starting R6922, I no longer can apply dumpdata-additions-docs-5610.diff against trunk.

[David Reynolds]

Ok, I'll try and fix it for more recent trunk.

[David Reynolds]

Should now be able to be applied to trunk.

[David Reynolds]

Works, as of r7388.

[David Reynolds]

Updated to work against latest trunk

[David Reynolds]

Updated to work against r9646

[Russell Keith-Magee]

(In [9921]) Fixed #5610 -- Added the ability for dumpdata to take individual model names, as well as entire applications. Thanks to David Reynolds for his work on this patch.