diff --git a/guides/integrations-api/general-concepts/partial-data-loading.md b/guides/integrations-api/general-concepts/partial-data-loading.md new file mode 100644 index 000000000..dbe067f4b --- /dev/null +++ b/guides/integrations-api/general-concepts/partial-data-loading.md @@ -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 +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.