Darrel Schneider created GEODE-6272:
---------------------------------------
Summary: the JDBC connector should use PDX instances instead of
JSON for composite keys
Key: GEODE-6272
URL: https://issues.apache.org/jira/browse/GEODE-6272
Project: Geode
Issue Type: Improvement
Components: docs, extensions
Reporter: Darrel Schneider
*As a* GemFire user with composite keys
*I want to* to replace JSON with PDX for these keys
*so that I can* support any order for the keys and have minimal memory impact.
----
*Acceptance Criteria:*
*Given* a jdbc-mapping uses a composite key
*When* I do CRUD operations on data in the region
*Then* I must specify the key as a "stable" PDX instance that contains fields
that match those specified by {{--id}}.
*Given* an existing cache with a jdbc-mapping that uses a composite key
*When* I want to specify a composite key for a CRUD operation
*Then* I have a method on the cache to create a "stable" PDX instance.
*Given* an existing cache with a jdbc-mapping that uses a composite key
*When* I want to specify a composite key for a CRUD operation
*Then* I have a method on the cache to create a "stable" PDX instance and the
order of fields in the composite key doesn't matter.
*Given* an existing cache with pdx-read-serialized is set to false
*When* I do an operation that triggers deserialization of a "stable" PDX
instance
*Then* the "stable" PDX instance will be deserialized as the same "stable" PDX
instance.
*Given* a "stable" PDX instance
*When* I call its getObject method
*Then* it will return the same "stable" PDX instance.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)