* WIP * WIP - make test_model_definition tests pass * WIP - make test_model_methods pass * WIP - make whole test suit at least run - failing 49/443 tests * WIP fix part of the getting pydantic tests as types of fields are now kept in core schema and not on fieldsinfo * WIP fix validation in update by creating individual fields validators, failing 36/443 * WIP fix __pydantic_extra__ in intializing model, fix test related to pydantic config checks, failing 32/442 * WIP - fix enum schema in model_json_schema, failing 31/442 * WIP - fix copying through model, fix setting pydantic fields on through, fix default config and inheriting from it, failing 26/442 * WIP fix tests checking pydantic schema, fix excluding parent fields, failing 21/442 * WIP some missed files * WIP - fix validators inheritance and fix validators in generated pydantic, failing 17/442 * WIP - fix through models setting - only on reverse side of relation, but always on reverse side, failing 15/442 * WIP - fix through models setting - only on reverse side of relation, but always on reverse side, failing 15/442 * WIP - working on proper populating __dict__ for relations for new schema dumping, some work on openapi docs, failing 13/442 * WIP - remove property fields as pydantic has now computed_field on its own, failing 9/442 * WIP - fixes in docs, failing 8/442 * WIP - fix tests for largebinary schema, wrapped bytes fields fail in pydantic, will be fixed in pydantic-core, remaining is circural schema for related models, failing 6/442 * WIP - fix to pk only models in schemas * Getting test suites to pass (#1249) * wip, fixing tests * iteration, fixing some more tests * iteration, fixing some more tests * adhere to comments * adhere to comments * remove unnecessary dict call, re-add getattribute for testing * todo for reverse relationship * adhere to comments, remove prints * solve circular refs * all tests pass 🎉 * remove 3.7 from tests * add lint and type check jobs * reforat with ruff, fix jobs * rename jobs * fix imports * fix evaluate in py3.8 * partially fix coverage * fix coverage, add more tests * fix test ids * fix test ids * fix lint, fix docs, make docs fully working scripts, add test docs job * fix pyproject * pin py ver in test docs * change dir in test docs * fix pydantic warning hack * rm poetry call in test_docs * switch to pathlib in test docs * remove coverage req test docs * fix type check tests, fix part of types * fix/skip next part of types * fix next part of types * fix next part of types * fix coverage * fix coverage * fix type (bit dirty 🤷) * fix some code smells * change pre-commit * tweak workflows * remove no root from tests * switch to full python path by passing sys.executable * some small refactor in new base model, one sample test, change makefile * small refactors to reduce complexity of methods * temp add tests for prs against pydantic_v2 * remove all references to __fields__ * remove all references to construct, deprecate the method and update model_construct to be in line with pydantic * deprecate dict and add model_dump, todo switch to model_dict in calls * fix tests * change to union * change to union * change to model_dump and model_dump_json from dict and json deprecated methods, deprecate them in ormar too * finish switching dict() -> model_dump() * finish switching json() -> model_dump_json() * remove fully pydantic_only * switch to extra for payment card, change missed json calls * fix coverage - no more warnings internal * fix coverage - no more warnings internal - part 2 * split model_construct into own and pydantic parts * split determine pydantic field type * change to new field validators * fix benchmarks, add codspeed instead of pytest-benchmark, add action and gh workflow * restore pytest-benchmark * remove codspeed * pin pydantic version, restore codspeed * change on push to pydantic_v2 to trigger first one * Use lifespan function instead of event (#1259) * check return types * fix imports order, set warnings=False on json that passes the dict, fix unnecessary loop in one of the test * remove references to model's meta as it's now ormar config, rename related methods too * filter out pydantic serializer warnings * remove choices leftovers * remove leftovers after property_fields, keep only enough to exclude them in initialization * add migration guide * fix meta references * downgrade databases for now * Change line numbers in documentation (#1265) * proofread and fix the docs, part 1 * proofread and fix the docs for models * proofread and fix the docs for fields * proofread and fix the docs for relations * proofread and fix rest of the docs, add release notes for 0.20 * create tables in new docs src * cleanup old deps, uncomment docs publish on tag * fix import reorder --------- Co-authored-by: TouwaStar <30479449+TouwaStar@users.noreply.github.com> Co-authored-by: Goran Mekić <meka@tilda.center>
315 lines
8.9 KiB
Markdown
315 lines
8.9 KiB
Markdown
# Selecting subset of columns
|
|
|
|
To select only chosen columns of your model you can use following functions.
|
|
|
|
* `fields(columns: Union[List, str, set, dict]) -> QuerySet`
|
|
* `exclude_fields(columns: Union[List, str, set, dict]) -> QuerySet`
|
|
|
|
|
|
* `QuerysetProxy`
|
|
* `QuerysetProxy.fields(columns: Union[List, str, set, dict])` method
|
|
* `QuerysetProxy.exclude_fields(columns: Union[List, str, set, dict])` method
|
|
|
|
## fields
|
|
|
|
`fields(columns: Union[List, str, set, dict]) -> QuerySet`
|
|
|
|
With `fields()` you can select subset of model columns to limit the data load.
|
|
|
|
!!!note
|
|
Note that `fields()` and `exclude_fields()` works both for main models (on
|
|
normal queries like `get`, `all` etc.)
|
|
as well as `select_related` and `prefetch_related` models (with nested notation).
|
|
|
|
Given a sample data like following:
|
|
|
|
```python
|
|
--8<-- "../docs_src/select_columns/docs001.py"
|
|
```
|
|
|
|
You can select specified fields by passing a `str, List[str], Set[str] or dict` with
|
|
nested definition.
|
|
|
|
To include related models use
|
|
notation `{related_name}__{column}[__{optional_next} etc.]`.
|
|
|
|
```python hl_lines="1-6"
|
|
all_cars = await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields(['id', 'name', 'manufacturer__name'])
|
|
.all()
|
|
)
|
|
for car in all_cars:
|
|
# excluded columns will yield None
|
|
assert all(getattr(car, x) is None for x in ['year', 'gearbox_type', 'gears', 'aircon_type'])
|
|
# included column on related models will be available, pk column is always included
|
|
# even if you do not include it in fields list
|
|
assert car.manufacturer.name == 'Toyota'
|
|
# also in the nested related models - you cannot exclude pk - it's always auto added
|
|
assert car.manufacturer.founded is None
|
|
```
|
|
|
|
`fields()` can be called several times, building up the columns to select.
|
|
|
|
If you include related models into `select_related()` call but you won't specify columns
|
|
for those models in fields
|
|
|
|
- implies a list of all fields for those nested models.
|
|
|
|
```python hl_lines="1-7"
|
|
all_cars = await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields('id')
|
|
.fields(['name'])
|
|
.all()
|
|
)
|
|
# all fields from company model are selected
|
|
assert all_cars[0].manufacturer.name == 'Toyota'
|
|
assert all_cars[0].manufacturer.founded == 1937
|
|
```
|
|
|
|
!!!warning
|
|
Mandatory fields cannot be excluded as it will raise `ValidationError`, to
|
|
exclude a field it has to be nullable.
|
|
|
|
The `values()` method can be used to exclude mandatory fields, though data will
|
|
be returned as a `dict`.
|
|
|
|
You cannot exclude mandatory model columns - `manufacturer__name` in this example.
|
|
|
|
```python
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields(['id', 'name', 'manufacturer__founded'])
|
|
.all()
|
|
)
|
|
# will raise pydantic ValidationError as company.name is required
|
|
```
|
|
|
|
!!!tip
|
|
Pk column cannot be excluded - it's always auto added even if not explicitly
|
|
included.
|
|
|
|
You can also pass fields to include as dictionary or set.
|
|
|
|
To mark a field as included in a dictionary use it's name as key and ellipsis as value.
|
|
|
|
To traverse nested models use nested dictionaries.
|
|
|
|
To include fields at last level instead of nested dictionary a set can be used.
|
|
|
|
To include whole nested model specify model related field name and ellipsis.
|
|
|
|
Below you can see examples that are equivalent:
|
|
|
|
```python
|
|
# 1. like in example above
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields(['id', 'name', 'manufacturer__name'])
|
|
.all()
|
|
)
|
|
|
|
# 2. to mark a field as required use ellipsis
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields({'id': ...,
|
|
'name': ...,
|
|
'manufacturer': {
|
|
'name': ...
|
|
}
|
|
})
|
|
.all()
|
|
)
|
|
|
|
# 3. to include whole nested model use ellipsis
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields({'id': ...,
|
|
'name': ...,
|
|
'manufacturer': ...
|
|
})
|
|
.all()
|
|
)
|
|
|
|
# 4. to specify fields at last nesting level
|
|
# you can also use set - equivalent to 2. above
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields({'id': ...,
|
|
'name': ...,
|
|
'manufacturer': {'name'}
|
|
})
|
|
.all()
|
|
)
|
|
|
|
# 5. of course set can have multiple fields
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields({'id': ...,
|
|
'name': ...,
|
|
'manufacturer': {'name', 'founded'}
|
|
})
|
|
.all()
|
|
)
|
|
|
|
# 6. you can include all nested fields,
|
|
# but it will be equivalent of 3. above which is shorter
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.fields({'id': ...,
|
|
'name': ...,
|
|
'manufacturer': {'id', 'name', 'founded'}
|
|
})
|
|
.all()
|
|
)
|
|
|
|
```
|
|
|
|
!!!note
|
|
All methods that do not return the rows explicitly returns a QuerySet instance so
|
|
you can chain them together
|
|
|
|
So operations like `filter()`, `select_related()`, `limit()` and `offset()` etc. can be chained.
|
|
|
|
Something like `Track.objects.select_related("album").filter(album__name="Malibu").offset(1).limit(1).all()`
|
|
|
|
## exclude_fields
|
|
|
|
`exclude_fields(columns: Union[List, str, set, dict]) -> QuerySet`
|
|
|
|
With `exclude_fields()` you can select subset of model columns that will be excluded to
|
|
limit the data load.
|
|
|
|
It's the opposite of `fields()` method so check documentation above to see what options
|
|
are available.
|
|
|
|
Especially check above how you can pass also nested dictionaries and sets as a mask to
|
|
exclude fields from whole hierarchy.
|
|
|
|
!!!note
|
|
Note that `fields()` and `exclude_fields()` works both for main models (on
|
|
normal queries like `get`, `all` etc.)
|
|
as well as `select_related` and `prefetch_related` models (with nested notation).
|
|
|
|
Below you can find few simple examples:
|
|
|
|
```python
|
|
--8<-- "../docs_src/select_columns/docs001.py"
|
|
```
|
|
|
|
```python
|
|
# select manufacturer but only name,
|
|
# to include related models use notation {model_name}__{column}
|
|
all_cars = await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.exclude_fields([
|
|
'year',
|
|
'gearbox_type',
|
|
'gears',
|
|
'aircon_type',
|
|
'company__founded'
|
|
])
|
|
.all()
|
|
)
|
|
for car in all_cars:
|
|
# excluded columns will yield None
|
|
assert all(getattr(car, x) is None
|
|
for x in [
|
|
'year',
|
|
'gearbox_type',
|
|
'gears',
|
|
'aircon_type'
|
|
])
|
|
# included column on related models will be available,
|
|
# pk column is always included
|
|
# even if you do not include it in fields list
|
|
assert car.manufacturer.name == 'Toyota'
|
|
# also in the nested related models,
|
|
# you cannot exclude pk - it's always auto added
|
|
assert car.manufacturer.founded is None
|
|
|
|
# fields() can be called several times,
|
|
# building up the columns to select
|
|
# models included in select_related
|
|
# but with no columns in fields list implies all fields
|
|
all_cars = await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.exclude_fields('year')
|
|
.exclude_fields(['gear', 'gearbox_type'])
|
|
.all()
|
|
)
|
|
# all fields from company model are selected
|
|
assert all_cars[0].manufacturer.name == 'Toyota'
|
|
assert all_cars[0].manufacturer.founded == 1937
|
|
|
|
# cannot exclude mandatory model columns,
|
|
# company__name in this example - note usage of dict/set this time
|
|
await (
|
|
Car.objects
|
|
.select_related('manufacturer')
|
|
.exclude_fields([{'company': {'name'}}])
|
|
.all()
|
|
)
|
|
# will raise pydantic ValidationError as company.name is required
|
|
|
|
```
|
|
|
|
!!!warning
|
|
Mandatory fields cannot be excluded as it will raise `ValidationError`, to
|
|
exclude a field it has to be nullable.
|
|
|
|
The `values()` method can be used to exclude mandatory fields, though data will
|
|
be returned as a `dict`.
|
|
|
|
!!!tip
|
|
Pk column cannot be excluded - it's always auto added even if explicitly
|
|
excluded.
|
|
|
|
!!!note
|
|
All methods that do not return the rows explicitly returns a QuerySet instance so
|
|
you can chain them together
|
|
|
|
So operations like `filter()`, `select_related()`, `limit()` and `offset()` etc. can be chained.
|
|
|
|
Something like `Track.object.select_related("album").filter(album__name="Malibu").offset(1).limit(1).all()`
|
|
|
|
|
|
## QuerysetProxy methods
|
|
|
|
When access directly the related `ManyToMany` field as well as `ReverseForeignKey`
|
|
returns the list of related models.
|
|
|
|
But at the same time it exposes subset of QuerySet API, so you can filter, create,
|
|
select related etc related models directly from parent model.
|
|
|
|
### fields
|
|
|
|
Works exactly the same as [fields](./#fields) function above but allows you to select columns from related
|
|
objects from other side of the relation.
|
|
|
|
!!!tip
|
|
To read more about `QuerysetProxy` visit [querysetproxy][querysetproxy] section
|
|
|
|
### exclude_fields
|
|
|
|
Works exactly the same as [exclude_fields](./#exclude_fields) function above but allows you to select columns from related
|
|
objects from other side of the relation.
|
|
|
|
!!!tip
|
|
To read more about `QuerysetProxy` visit [querysetproxy][querysetproxy] section
|
|
|
|
|
|
[querysetproxy]: ../relations/queryset-proxy.md
|