You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 5, 2024. It is now read-only.
Column stores such as Cassandra and Azure allow to store arbitrary columns for one record. We can support that use case with a @FieldMap annotation on an array property in each entity.
This field map would be populated with all the properties that cannot be mapped to a regular field.
Say the database has the properties:
id | 1
name | Benjamin
country | DE
And an entity:
class Person
{
public $id;
public $name;
/** @KeyValueStore\FieldMap */
public $fields;
}
Then the country property would be passed into the fields.
This should be done outside of the Storage layer, by checking for existing properties and building up an array of non mapped fields, then checking if a field map exists to write them too. Otherwise they get skipped (like they are at the moment probably).
The text was updated successfully, but these errors were encountered:
I jsut looked at the UnitOfWork code, and it just maps the missing columns as "undefined" properties of the Entity itself, so in the example above, the current case would be that $person->country isset and saved to the object if necessary.
This is a bit magic, but changing to the described feature above would be a BC break.
I am unsure how to proceed, to make it possible working with arbitrary data in a nice way.
Column stores such as Cassandra and Azure allow to store arbitrary columns for one record. We can support that use case with a
@FieldMap
annotation on an array property in each entity.This field map would be populated with all the properties that cannot be mapped to a regular field.
Say the database has the properties:
And an entity:
Then the
country
property would be passed into thefields
.This should be done outside of the
Storage
layer, by checking for existing properties and building up an array of non mapped fields, then checking if a field map exists to write them too. Otherwise they get skipped (like they are at the moment probably).The text was updated successfully, but these errors were encountered: