Greater than/less-than/Like filters optmization

Hi All, I am having a suggestion for improving the filter queries which require expression evaluation for identifying its dictionary value. *Current design * In *greater than/less-than/Like* *filters*, system first iterates each row present in the dictionary cache for identifying valid filter

Re: B-Tree LRU cache (New Feature)

Hi Shahid, its a well explained document, just need few clarifications, a) once compaction is done the segments and its blocks will be invalidated, LRU's scope is to evict the unused objects from memory or least recently used objects from memory, but after compaction the segment itself

Re: CarbonData propose major version number increment for next version (to 1.0.0)

+1 Thanks, Sujith On Nov 24, 2016 10:37 PM, "manish gupta" wrote: > +1 > > Regards > Manish Gupta > > On Thu, Nov 24, 2016 at 7:30 PM, Kumar Vishal > wrote: > > > +1 > > > > -Regards > > Kumar Vishal > > > > On Thu, Nov 24, 2016 at 2:41

Re: [jira] [Created] (CARBONDATA-440) Provide Update/Delete functionality support in CarbonData

Hi Aniket, I think it will be better if we can consider delete and update compaction feature also in the high level design list. Thanks, Sujith On Nov 23, 2016 4:29 AM, "Aniket Adnaik (JIRA)" wrote: > Aniket Adnaik created CARBONDATA-440: >

Re: Please vote and advise on building thrift files

+1 for first approach. On Nov 17, 2016 9:58 AM, "金铸" wrote: > +1 for proposal 1 > > > 在 2016/11/17 12:13, 邢冰 写道: > >> +1 for proposal 1 >> >> thx >> >> >> >> >> 发自网易邮箱大师 >> On 11/17/2016 12:09, Ravindra Pesala wrote: >> +1 for proposal 1 >> >> On 17 November 2016 at 08:23,

Re: [Vote] Please provide valuable feedback's and vote for Like filter query performance optimization

s hight,or not ? > > Regards > Liang > > 2016-11-14 15:18 GMT+08:00 sujith chacko <sujithchacko.2...@gmail.com>: > > > Hi All, > > > > I am going to optimize the LIKE Filter query flow for no-dictionary > > columns, please find the details mention

[Vote] Please provide valuable feedback's and vote for Like filter query performance optimization

Hi All, I am going to optimize the LIKE Filter query flow for no-dictionary columns, please find the details mentioned below. *Current design:* For Like filter queries no push down is happening to carbon layer, because of this there will be no block/blocklet level pruning which can happen