http://www.doctrine-project.org/jira This file is an XML representation of an issue en-us 5.2.7 850 21-02-2013 http://www.doctrine-project.org/jira/browse/PHPCR-56 Doctrine PHPCR <p>we should have an annotation to have multivalue properties be hashmaps, that is arrays with custom keys that get preserved. there are 3 options:</p> <ul> <li>two multivalue fields with keys and values respectively. see i.e. <a href="https://github.com/symfony-cmf/symfony-cmf/pull/140" class="external-link">https://github.com/symfony-cmf/symfony-cmf/pull/140</a> (another workaround can be to use the @PostLoad and @PreUpdate hooks to split/merge the arrays)</li> <li>serialize the array into a string field</li> <li>child nodes (performance penalty). they would need to be in a special namespace to be identifyable and have a special format. a node for key-value is a lot. if you want a document with a specific name, you should use child documents directly, not a hashmap with document entry.</li> </ul> PHPCR-56

Support Hashmaps in fields

New Feature Minor Closed Fixed Lukas Kahwe David Buchmann Sun, 26 Feb 2012 10:43:58 +0000 Mon, 22 Oct 2012 14:57:24 +0000 Mon, 8 Oct 2012 07:11:26 +0000 0 1 <p>I gave the hashmaps some more thought. I think the reason JCR (and thus PHPCR) do not have hashmaps is because an unstructured node basically /is/ a hashmap. It has fields with string names and values of various types.<br/> I think for the ODM, the best approach would be to have a @Hashmap mapping that is a special case of @Child. The value is an array that is mapped to a child node with the name of the field. This even allows to map nested arrays, fields that contain an array are just added as child node with that name. (the only thing i see here: we lose the order as children and properties are handled different).<br/> When loading, the child node (and nested children) are mapped to array, or the propertycollection thing we use for multivalue, if that can handle keys.<br/> i think this would be the most flexible approach and should not even be very difficult. when you store large nested arrays here, it becomes a bit slow but i think that would be a design flaw to use deep nested arrays as odm fields anyways.</p> <p>the other options i see is adding the array_keys/values split workaround into the odm directly, but that only handles flat arrays and converts all values to string whereas the child node would keep DateTime, int, float, boolean and stream types as well. or we could serialize the array into a string property. but that feels yuk.</p> <p>see <a href="https://github.com/doctrine/phpcr-odm/pull/180" class="external-link">https://github.com/doctrine/phpcr-odm/pull/180</a></p> Reference PHPCR-43