Github user kumarvishal09 commented on a diff in the pull request:
https://github.com/apache/incubator-carbondata/pull/194#discussion_r83546209
--- Diff:
core/src/main/java/org/apache/carbondata/scan/filter/FilterUtil.java ---
@@ -1426,4 +1423,25 @@ private static void
getUnknownE
Github user kumarvishal09 commented on a diff in the pull request:
https://github.com/apache/incubator-carbondata/pull/194#discussion_r83546183
--- Diff:
core/src/main/java/org/apache/carbondata/scan/filter/FilterUtil.java ---
@@ -1426,4 +1423,25 @@ private static void
getUnknownE
Discussion how to crate the CarbonData table with good performance
Suggestion to create Carbon table
Recently we used CarbonData to do the performance in Telecommunication filed
and summarize some of the Suggestions while creating the CarbonData table.We
have tables which range from 10 thousand row
Github user asfgit closed the pull request at:
https://github.com/apache/incubator-carbondata/pull/223
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the f
GitHub user jackylk opened a pull request:
https://github.com/apache/incubator-carbondata/pull/242
[CARBONDATA-318] Implement an InMemory Sorter that makes maximum usage of
memory for data load
Changed as following:
1. Change SortDataRows.java to keep rows and sort in memory if
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 fi
GitHub user sujith71955 opened a pull request:
https://github.com/apache/incubator-carbondata/pull/241
[CARBONDATA-319] Bad Records logging for column data type is not proper
**Problem:**
Bad Records logging for column data type is not proper in case of long,
carbon system while
Sujith created CARBONDATA-319:
-
Summary: Bad Records logging for column data type is not proper
Key: CARBONDATA-319
URL: https://issues.apache.org/jira/browse/CARBONDATA-319
Project: CarbonData
I
Hi Jacky/Jihong,
I agree that new dictionary values are less in case of incremental data
load but that is completely depends on user data scenarios. In some
user scenarios new dictionary values may be more we cannot overrule that.
And also for users convenience we should provide single pass solut
