Hi,
The main question here is how you want to use this data. Do you use SQL?
1) It depends on the use case. If you plan to access only a person object
without any filtering by addresses and you will always need the entire
object, it makes sense to have one big object. But in this case, you won't
Hi,
You need to be careful w/disabling WAL archiving.
It is best to put the WAL on a separate (quicker) disk:
https://apacheignite.readme.io/docs/durable-
memory-tuning#separate-disk-device-for-wal
This section will be of benefit to you when tuning persistence:
https://apacheignite.readme
The K is key with type String.
The V is the value with type JSONObject/HashMap.
V is having the following structure:
{"agentId":,"score":,"url":}
Now the query on this will be in such a way that -> Get top 50 values of "K"
where values in that K-V store are sorted based on "score". Provided that
Hi Alex, thanks for the reply.
But as our application is write/update intensive, we want a good
performance/high availability application solution along with disk
persistence.
In that case, what configuration would you suggest for the following case,
1. Disk storing functionality can run periodi
Hi,
handleEntry() performs internal housekeeping chores.
You are correct a notification is sent to localListeners whether an entry
was filtered or not.
your actual local listener will be called only if the entry has passed
your filter criteria.
If you place a breakpoint inside
CacheC
John,
Yes, client nodes should have this parameter too.
Evgenii
пн, 11 мая 2020 г. в 07:54, John Smith :
> I mean both the prefer IPV4 and the Zookeeper discovery should be on the
> "central" cluster as well as all nodes specifically marked as client = true?
>
> On Mon, 11 May 2020 at 09:59, Jo
Hi All,
I would appreciate your feedback, for the following, in terms of
performance for both inserts and queries.
1) Which one of these patterns is preferable for the table design?
A- Have a fat table/cache with nested objects, e.g. person table with a
hashmap of addresses.
B- Have person and ad
Hi,
Ignite binaries contain visor cmd tool, it can do what you want:
https://apacheignite-tools.readme.io/docs/command-line-interface
Evgenii
пн, 11 мая 2020 г. в 00:05, scriptnull :
> I would like to know if there is a command line tool that will help us list
> down the caches and the respecti
I mean both the prefer IPV4 and the Zookeeper discovery should be on the
"central" cluster as well as all nodes specifically marked as client = true?
On Mon, 11 May 2020 at 09:59, John Smith wrote:
> Should be on client nodes as well that are specifically setClient = true?
>
> On Fri, 8 May 2020
Should be on client nodes as well that are specifically setClient = true?
On Fri, 8 May 2020 at 22:26, Evgenii Zhuravlev
wrote:
> John,
>
> It looks like a split-brain. They were in one cluster at first. I'm not
> sure what was the reason for this, it could be a network problem or
> something el
Thanks Alex for the response.
Parallel pod management is working.
Earlier I added readiness and liveness probes, with initial delay of 180
seconds for the Ignite pods in stateful set because of which no traffic was
allowed to pods, and hence the discovery failed.
After removing these probes, Par
I would like to know if there is a command line tool that will help us list
down the caches and the respective number of keys present in each cache.
The closest I have got is using `control.sh` to list down the names of the
caches.
Also since we are currently only using the redis layer to create
12 matches
Mail list logo
