Re: Discussing to add carbondata-tools module

+1 I suggest we separate the tools as usability and Dev/debugging tools Take up the usability tools with highest priority On Mon, 8 Aug 2016 at 10:32 AM, Venkata Gollamudi wrote: > +1 > These list looks like both user needed tools for maintenance and dev tools. > Mostly

Re: Error while loading - Table is locked for updation. Please try after some time ( Spark 1.6.2 )

Dear sanoj, Pls refer to http://apache-carbondata-mailing-list-archive.1130556.n5.nabble.com/Dictionary-file-is-locked-for-updation-td5076.html Let me know if this thread didn't address your problem. Regards On 05-Feb-2017 5:22 PM, "Sanoj M George" wrote: Hi All, I

Re: [Discussion]: option to disable multi-layered index scan and use full table scan

I agree with jihong.carbon need to have smart logic to decide On Wed, 28 Sep 2016 at 6:12 AM, Jihong Ma wrote: > Ideally this should be an internal improvement, not necessarily exposing > it as an config option, Carbon should be able to smartly figure out if > leveraging

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

+1 On Thu, 24 Nov 2016 at 2:30 PM, Liang Chen wrote: > Hi > > Ya, good proposal. > CarbonData 0.x version integrate with spark 1.x, and the load data > solution > of 0.x version is using kettle. > CarbonData 1.x version integrate with spark 2.x, the load data solution

Re: [New Feature] Adding bucketed table feature to Carbondata

How is this different from partitioning? On Sun, 27 Nov 2016 at 11:21 PM, Ravindra Pesala wrote: > Hi All, > > Bucketing concept is based on the hash partition the bucketed column as per > configured bucket numbers. Records with same bucketed column always goes to > the

Re: Please vote and advise on building thrift files

I vote for pooposal 1 On Thu, 17 Nov 2016 at 12:04 AM, Liang Chen wrote: > Hi all > > Please vote the below proposals or advise other better proposal on building > thrift files. > > > >

Re: [Improvement] Carbon query gc problem

+1 Good idea to avoid gc overhead.we need to be careful in clearing memory after use On Tue, 13 Dec 2016 at 2:17 PM, Kumar Vishal wrote: > There are lots of gc when carbon is processing more number of records > during query, which is impacting carbon query

Re: Removing of kettle code from Carbondata

+1 On 11-Mar-2017 7:21 AM, "Ravindra Pesala" wrote: Hi All, I guess it is time to remove the kettle flow from Carbondata loading. Now there are two flows to load the data and becomes difficult to maintain the code.Bug fixing or any feature implementation needs to be done

[jira] [Created] (CARBONDATA-731) Enhance and correct quick start and installation guides

Raghunandan S created CARBONDATA-731: Summary: Enhance and correct quick start and installation guides Key: CARBONDATA-731 URL: https://issues.apache.org/jira/browse/CARBONDATA-731 Project

[jira] [Created] (CARBONDATA-579) Handle Fortify issues

Raghunandan S created CARBONDATA-579: Summary: Handle Fortify issues Key: CARBONDATA-579 URL: https://issues.apache.org/jira/browse/CARBONDATA-579 Project: CarbonData Issue Type

[jira] [Created] (CARBONDATA-581) Node locality cannot be obtained in group by queries

Raghunandan S created CARBONDATA-581: Summary: Node locality cannot be obtained in group by queries Key: CARBONDATA-581 URL: https://issues.apache.org/jira/browse/CARBONDATA-581 Project

[jira] [Created] (CARBONDATA-958) Schema modified time not updated in modifiedtime.mdt when dictionary column is updated to no-dictionary column due to high cardinality

Raghunandan S created CARBONDATA-958: Summary: Schema modified time not updated in modifiedtime.mdt when dictionary column is updated to no-dictionary column due to high cardinality Key: CARBONDATA-958 URL