+1
Great idea, Having it as a tool as Henry suggested would definitely make
life easier.
On Wed, Aug 10, 2016 at 12:29 PM, Jihong Ma wrote:
> +1
>
> Great idea and I am sure it will make our life a lot easier as committer!!
>
> Jihong
>
> Sent from HUAWEI AnyOffice
>
+1 for option 2
On Aug 19, 2016 6:36 AM, "chenliang613" wrote:
> Hi
>
> I agree Henry's proposal.
>
> Issue Created, send mails to dev@mailing list
> Issue Created and all other JIRA events send mails to new mailing list at
> issues@mailing list.
>
>
> Regards
> Liang
>
+1 (binding)
On Aug 20, 2016 12:27 AM, "Jean-Baptiste Onofré" wrote:
> Hi all,
>
> I submit the first CarbonData release to your vote.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12320220=12337895
>
> Staging Repository:
>
+1
-Vimal
On Nov 10, 2016 4:47 AM, "Liang Chen" wrote:
> Hi all,
>
> I submit the CarbonData 0.2.0-incubating to your vote.
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?
> projectId=12320220=12337896
>
> Staging Repository:
>
+1 for directly using java code to build.
At the same time, we should have the CI infrastructure to ensure that the
.thrift files and the generated source code are always in sync.
Regards
Vimal
On Mon, Oct 24, 2016 at 2:09 PM, Liang Chen wrote:
> Hi
>
> I prefer to the
iki.apache.org/confluence/display/
> CARBONDATA/CarbonData+Home
>
> Regards
> Liang
>
>
> Vimal Das Kammath wrote
> > Hi All,
> >
> > This discussion is regarding support for Map Data type in Carbon Data.
> >
> > Carbon Data supports complex and nested d
Hi Aniket,
The design looks sound and the documentation is great.
I have few suggestions.
1) Measure update vs dimension update : In case of dimension update. for
example user wants to change dept1 to dept2 for all users who are under
dept1. Can we just update the dictionary for faster
Hi Vishal,
I think, we need both solution 1 & 2
Solution1 may need re-desiging several parts of Carbon's query process
starting from scanner, aggregator to result preparation. This can help
avoid the frequent cache invalidation.
In Solution2 code generation will not solve the frequent cache
Yes, I Agree. CI should be configured to build Carbon on different spark
versions.
On Fri, Oct 14, 2016 at 7:56 AM, Liang Chen wrote:
>
> Yes, need to solve it , the CI should support different spark version.
>
> Regards
> Liang
>
>
> zhujin wrote
> > One issue:
> > I
Hi All,
This discussion is regarding support for Map Data type in Carbon Data.
Carbon Data supports complex and nested data types such as Arrays and
Struts. However, Carbon Data does not support other complex data types such
as Maps and Union which are generally supported by popular opensource
+1
-vimal
On Nov 23, 2016 9:39 PM, "Venkata Gollamudi" wrote:
> Hi All,
>
> CarbonData 0.2.0 has been a good work and stable release with lot of
> defects fixed and with number of performance improvements.
>
+1
On Mar 17, 2017 8:18 PM, "Jean-Baptiste Onofré" wrote:
> Hi guys,
>
> Tomorrow I plan to update our jobs on Apache Jenkins as the following:
>
> - carbondata-master-spark-1.5 building master branch with Spark 1.5 profile
> - carbondata-master-spark-1.6 building master
12 matches
Mail list logo