DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
...
For queries contains dynamic parameters it need to have a possibility to map partition aware involved columns into direct node. Let`s use some kind of piggybacking (or probably lazy) approach to delivery such a mapping i.e. lets send first request(s) into any possible node (as it was without partition awareness implementation) and obtain such mapping with first response. In the case when query response contains partition aware metadata it need to be cached directly into size bounded
Map<PaCacheKey, PartitionAwarenessMetadata> structure where PaCacheKey represents schema and query with additional pre-calculated hash for further comparing boosting. Such It's worth mentioning that such approach will give different resolving for equivalent queries like:
...
| Code Block | ||
|---|---|---|
| ||
class PartitionAwarenessMetadata {
// Need for partition distribution calculation
private final int tableId;
// Mapping between dynamic params and colocation key columns
private final int[] indexes;
// If literals are present, hash items will be pre-calculated according to colocation ordering
private final int[] hash;
}
|
Let`s use the same partition aware cache invalidation approach as it already done for KV implementation [1], i.e. update PA cache each time when changes have been observed.
JdbcStatement and ClientSql need to handle mapping query-> dynamic param mapping structure for colocation key(s).
Mapping structure size need to be configurable through thin client and jdbc settings:
IgniteClient.Builder#sqlPartitionAwarenessMetadataCacheSize
jdbc:ignite:thin://target.host?colocationMetadataSize=
Additionally lightweight client tx coordination [2] need to be applicable together with partition aware request mapping. Lets use simple approach at first time: if affinity meta mapping is found from cache - direct mode is used and proxy otherwise. Another words: if modified rows are belongs to only one node - direct mode is used.
Let`s Initially let`s consider the scope of use cases this improvement can be applied to:
...
// Links to discussions on the devlist, if applicable.
[1] IEP-95: Client Partition Awareness
[2] Lightweight client tx coordination// Links to various reference documents, if applicable.
| Jira | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...