Hi Val,
I suppose that makes sense; we'll need to either use the whole entry, or to
duplicate the fields for this specific use case.
Thank you for clarifying this point!
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
You're confusing object schema and SQL schema. By adding those field via
binary object builder, you amended the former, but not the latter. SQL
schema stayed the same, with (a,b) being key fields not presented in value.
I would not recommend to do this, as you can end up having weird issues (for
Hi, thanks for replying-
Actually, even though we can use the SQL facilities to inspect the caches,
the intended usage is to have Java clients, and possibly using the jcache
api to access the data; so I really need to use cache.get(key).
I looked further into this;
for this very same cache, if
Why not use SQL API and execute a 'select *', since that's what you're
actually looking for?
-Val
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
Hi,
I declared a test table with four fields, two of these are key fields.
When querying the cache using the Java api, the "value" BinaryObject does
not contain the key values, whereas using SQL all fields are shown.
That is, after running:
create table test (a int, b int, c int, d int, primary