-
Notifications
You must be signed in to change notification settings - Fork 274
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
1 changed file
with
126 additions
and
0 deletions.
There are no files selected for viewing
126 changes: 126 additions & 0 deletions
126
guides/integrations-api/general-concepts/partial-data-loading.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,126 @@ | ||
--- | ||
nav: | ||
title: Partial Data Loading | ||
position: 50 | ||
|
||
--- | ||
|
||
# Partial Data Loading | ||
|
||
Partial Data Loading allows you to select specific fields of an entity to be returned by the API. This can be useful if you only need a few fields of an entity and don't want to load the whole entity. This can reduce the response size and improve the performance of your application. | ||
|
||
### Partial Data Loading vs Includes | ||
|
||
Partial Data Loading is different from the [includes](./search-criteria.md#includes-apialias) feature. While includes works as post output processing, so the complete entity or data is loaded in the backend side and then filtered, partial data loading works already on Database level. This means that the database only loads the requested fields and not the whole entity. | ||
|
||
## Usage | ||
|
||
```http | ||
POST /api/search/currency | ||
Authorization: Bearer ..... | ||
Content-Type: application/json | ||
Accept: application/json | ||
{ | ||
"fields": [ | ||
"name" | ||
] | ||
} | ||
``` | ||
|
||
```json | ||
// response | ||
{ | ||
"total": 1, | ||
"data": [ | ||
{ | ||
"extensions": [], | ||
"_uniqueIdentifier": "018cda3ac909712496bccc065acf0ff4", | ||
"translated": { | ||
"name": "US-Dollar" | ||
}, | ||
"id": "018cda3ac909712496bccc065acf0ff4", | ||
"name": "US-Dollar", | ||
"isSystemDefault": false, | ||
"apiAlias": "currency" | ||
} | ||
], | ||
"aggregations": [] | ||
} | ||
``` | ||
|
||
Fields can reference also fields of associations like in this example the assigned salesChannel names of the currency. The API adds the necessary associations automatically for you. | ||
|
||
```http | ||
POST /api/search/currency | ||
Authorization: Bearer ..... | ||
Content-Type: application/json | ||
Accept: application/json | ||
{ | ||
"fields": [ | ||
"name", | ||
"salesChannels.name" | ||
] | ||
} | ||
``` | ||
|
||
```json | ||
// response | ||
{ | ||
"total": 1, | ||
"data": [ | ||
{ | ||
"extensions": [], | ||
"_uniqueIdentifier": "018cda3ac909712496bccc065acf0ff4", | ||
"translated": { | ||
"name": "US-Dollar" | ||
}, | ||
"id": "018cda3ac909712496bccc065acf0ff4", | ||
"name": "US-Dollar", | ||
"salesChannels": [ | ||
{ | ||
"extensions": [], | ||
"_uniqueIdentifier": "018cda3af56670d6a3fa515a85967bd2", | ||
"translated": { | ||
"name": "Storefront" | ||
}, | ||
"id": "018cda3af56670d6a3fa515a85967bd2", | ||
"name": "Storefront", | ||
"apiAlias": "sales_channel" | ||
} | ||
], | ||
"isSystemDefault": false, | ||
"apiAlias": "currency" | ||
} | ||
], | ||
"aggregations": [] | ||
} | ||
``` | ||
|
||
## Default fields | ||
|
||
Some fields are always loaded like the `id` or join relevant fields like foreign keys, these are necessary for the API to work correctly and can't be removed. | ||
|
||
## Runtime fields | ||
|
||
Some fields in the API are generated at runtime like `isSystemDefault` of the currency. These fields are loaded by default when the depending on data is available, otherwise they can be referenced in the `fields` parameter to force the API to load them. | ||
|
||
For custom entity definitions with Runtime flag, the depending on fields needs to be specified inside the constructor. See an example from the core: | ||
|
||
```php | ||
Check failure on line 111 in guides/integrations-api/general-concepts/partial-data-loading.md
|
||
protected function defineFields(): FieldCollection | ||
{ | ||
return new FieldCollection([ | ||
(new IdField('id', 'id'))->addFlags(new ApiAware(), new PrimaryKey(), new Required()), | ||
(new StringField('path', 'path'))->addFlags(new ApiAware()), | ||
|
||
// When this field is requested, we need the data of path field to generate the url | ||
(new StringField('url', 'url'))->addFlags(new ApiAware(), new Runtime(['path'])), | ||
]); | ||
} | ||
``` | ||
|
||
## Limitations | ||
|
||
The current limitation of the Partial Data loading is that it only works on the Entity level. Any custom responses like a product detail page or CMS in the Store API can't be used with this feature, as the Store API needs the whole entity to generate the response. If you need a small response, we recommend to use the [includes](./search-criteria.md#includes-apialias) feature of the Search API. | ||
Check failure on line 126 in guides/integrations-api/general-concepts/partial-data-loading.md
|