Member since
07-15-2016
10
Posts
3
Kudos Received
0
Solutions
08-15-2018
09:27 PM
1 Kudo
yes @William Prendergast , it seems that when maxlength of the column(varchar(256)) doesn't match with the length of the literal (lenght(test)=4), predicate results to be false. select * from t where name like 'test'; As a workaround, you can specify columns without maxlength , I have raised https://issues.apache.org/jira/browse/PHOENIX-4850 for the actual fix. create table t ( ID VARCHAR NOT NULL PRIMARY KEY, NAME VARCHAR);
... View more
06-19-2018
08:46 AM
Hi @William Prendergast, There is no way to solve your issue, because Cloudbreak uses some kind of round robin to balance nodes between multiple subnets. If you want to implement different subnet allocation strategies you have change the code here , and we are glad to merge pull requests, because your situation is make sense.
... View more
05-02-2017
02:55 AM
1 Kudo
Although this was answered earlier over a support ticket, updating the details here for any future visitor. Phoenix in HDP 2.5 and above includes PHOENIX-1734 - where the Phoenix local indexes are co-located in the same region where the corresponding data exists, although on a different column family. In the above explain plan, the output actually tells that the local index is in use: "RANGE SCAN OVER TEST_TABLE [1,'v1-2']" --> Means its a range scan (instead of a full table scan otherwise), on the data table using the local index (type 1 = local index) and the given value of "v1-2".
... View more
01-25-2017
01:10 AM
we support anything in 6.x family with full testing done on 6.6. same in RHEL 7, both 7.1 and 7.2 are supported.
... View more