You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@carbondata.apache.org by ch...@apache.org on 2018/09/07 16:53:50 UTC
[03/39] carbondata-site git commit: Added new page layout & updated
as per new md files
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/ddl-of-carbondata.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/ddl-of-carbondata.md b/src/site/markdown/ddl-of-carbondata.md
new file mode 100644
index 0000000..5535a40
--- /dev/null
+++ b/src/site/markdown/ddl-of-carbondata.md
@@ -0,0 +1,952 @@
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to you under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+# CarbonData Data Definition Language
+
+CarbonData DDL statements are documented here,which includes:
+
+* [CREATE TABLE](#create-table)
+ * [Dictionary Encoding](#dictionary-encoding-configuration)
+ * [Inverted Index](#inverted-index-configuration)
+ * [Sort Columns](#sort-columns-configuration)
+ * [Sort Scope](#sort-scope-configuration)
+ * [Table Block Size](#table-block-size-configuration)
+ * [Table Compaction](#table-compaction-configuration)
+ * [Streaming](#streaming)
+ * [Local Dictionary](#local-dictionary-configuration)
+ * [Caching Column Min/Max](#caching-minmax-value-for-required-columns)
+ * [Caching Level](#caching-at-block-or-blocklet-level)
+ * [Hive/Parquet folder Structure](#support-flat-folder-same-as-hiveparquet)
+ * [Extra Long String columns](#string-longer-than-32000-characters)
+* [CREATE TABLE AS SELECT](#create-table-as-select)
+* [CREATE EXTERNAL TABLE](#create-external-table)
+ * [External Table on Transactional table location](#create-external-table-on-managed-table-data-location)
+ * [External Table on non-transactional table location](#create-external-table-on-non-transactional-table-data-location)
+* [CREATE DATABASE](#create-database)
+* [TABLE MANAGEMENT](#table-management)
+ * [SHOW TABLE](#show-table)
+ * [ALTER TABLE](#alter-table)
+ * [RENAME TABLE](#rename-table)
+ * [ADD COLUMNS](#add-columns)
+ * [DROP COLUMNS](#drop-columns)
+ * [CHANGE DATA TYPE](#change-data-type)
+ * [MERGE INDEXES](#merge-index)
+ * [SET/UNSET Local Dictionary Properties](#set-and-unset-for-local-dictionary-properties)
+ * [DROP TABLE](#drop-table)
+ * [REFRESH TABLE](#refresh-table)
+ * [COMMENTS](#table-and-column-comment)
+* [PARTITION](#partition)
+ * [STANDARD PARTITION(HIVE)](#standard-partition)
+ * [INSERT OVERWRITE PARTITION](#insert-overwrite)
+ * [CARBONDATA PARTITION](#create-hash-partition-table)
+ * [HASH PARTITION](#create-hash-partition-table)
+ * [RANGE PARTITION](#create-range-partition-table)
+ * [LIST PARTITION](#create-list-partition-table)
+ * [SHOW PARTITIONS](#show-partitions)
+ * [ADD PARTITION](#add-a-new-partition)
+ * [SPLIT PARTITION](#split-a-partition)
+ * [DROP PARTITION](#drop-a-partition)
+* [BUCKETING](#bucketing)
+
+## CREATE TABLE
+
+ This command can be used to create a CarbonData table by specifying the list of fields along with the table properties. You can also specify the location where the table needs to be stored.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name[(col_name data_type , ...)]
+ STORED AS carbondata
+ [TBLPROPERTIES (property_name=property_value, ...)]
+ [LOCATION 'path']
+ ```
+ **NOTE:** CarbonData also supports "STORED AS carbondata" and "USING carbondata". Find example code at [CarbonSessionExample](https://github.com/apache/carbondata/blob/master/examples/spark2/src/main/scala/org/apache/carbondata/examples/CarbonSessionExample.scala) in the CarbonData repo.
+### Usage Guidelines
+
+**Supported properties:** [DICTIONARY_INCLUDE](#dictionary-encoding-configuration),[NO_INVERTED_INDEX](#inverted-index-configuration),[SORT_COLUMNS](#sort-columns-configuration),[SORT_SCOPE](#sort-scope-configuration),[TABLE_BLOCKSIZE](#table-block-size-configuration),[MAJOR_COMPACTION_SIZE](#table-compaction-configuration),
+
+[AUTO_LOAD_MERGE](#table-compaction-configuration),[COMPACTION_LEVEL_THRESHOLD](#table-compaction-configuration),[COMPACTION_PRESERVE_SEGMENTS](#table-compaction-configuration),[ALLOWED_COMPACTION_DAYS](#table-compaction-configuration),
+
+[streaming](#streaming),[LOCAL_DICTIONARY_ENABLE](#local-dictionary-configuration),[LOCAL_DICTIONARY_THRESHOLD](#local-dictionary-configuration),[LOCAL_DICTIONARY_INCLUDE](#local-dictionary-configuration),
+
+[LOCAL_DICTIONARY_EXCLUDE](#local-dictionary-configuration),[COLUMN_META_CACHE](#caching-minmax-value-for-required-columns),[CACHE_LEVEL](#caching-at-block-or-blocklet-level),[flat_folder](#support-flat-folder-same-as-hiveparquet),[LONG_STRING_COLUMNS](#string-longer-than-32000-characters),[BUCKETNUMBER](#bucketing),
+
+[BUCKETCOLUMNS](#bucketing)
+
+ Following are the guidelines for TBLPROPERTIES, CarbonData's additional table options can be set via carbon.properties.
+
+ - ##### Dictionary Encoding Configuration
+
+ Dictionary encoding is turned off for all columns by default from 1.3 onwards, you can use this command for including or excluding columns to do dictionary encoding.
+ Suggested use cases : do dictionary encoding for low cardinality columns, it might help to improve data compression ratio and performance.
+
+ ```
+ TBLPROPERTIES ('DICTIONARY_INCLUDE'='column1, column2')
+ ```
+ NOTE: Dictionary Include/Exclude for complex child columns is not supported.
+
+ - ##### Inverted Index Configuration
+
+ By default inverted index is enabled, it might help to improve compression ratio and query speed, especially for low cardinality columns which are in reward position.
+ Suggested use cases : For high cardinality columns, you can disable the inverted index for improving the data loading performance.
+
+ ```
+ TBLPROPERTIES ('NO_INVERTED_INDEX'='column1, column3')
+ ```
+
+ - ##### Sort Columns Configuration
+
+ This property is for users to specify which columns belong to the MDK(Multi-Dimensions-Key) index.
+ * If users don't specify "SORT_COLUMN" property, by default MDK index be built by using all dimension columns except complex data type column.
+ * If this property is specified but with empty argument, then the table will be loaded without sort.
+ * This supports only string, date, timestamp, short, int, long, and boolean data types.
+ Suggested use cases : Only build MDK index for required columns,it might help to improve the data loading performance.
+
+ ```
+ TBLPROPERTIES ('SORT_COLUMNS'='column1, column3')
+ OR
+ TBLPROPERTIES ('SORT_COLUMNS'='')
+ ```
+ NOTE: Sort_Columns for Complex datatype columns is not supported.
+
+ - ##### Sort Scope Configuration
+
+ This property is for users to specify the scope of the sort during data load, following are the types of sort scope.
+
+ * LOCAL_SORT: It is the default sort scope.
+ * NO_SORT: It will load the data in unsorted manner, it will significantly increase load performance.
+ * BATCH_SORT: It increases the load performance but decreases the query performance if identified blocks > parallelism.
+ * GLOBAL_SORT: It increases the query performance, especially high concurrent point query.
+ And if you care about loading resources isolation strictly, because the system uses the spark GroupBy to sort data, the resource can be controlled by spark.
+
+ ### Example:
+
+ ```
+ CREATE TABLE IF NOT EXISTS productSchema.productSalesTable (
+ productNumber INT,
+ productName STRING,
+ storeCity STRING,
+ storeProvince STRING,
+ productCategory STRING,
+ productBatch STRING,
+ saleQuantity INT,
+ revenue INT)
+ STORED BY 'carbondata'
+ TBLPROPERTIES ('SORT_COLUMNS'='productName,storeCity',
+ 'SORT_SCOPE'='NO_SORT')
+ ```
+
+ **NOTE:** CarbonData also supports "using carbondata". Find example code at [SparkSessionExample](https://github.com/apache/carbondata/blob/master/examples/spark2/src/main/scala/org/apache/carbondata/examples/SparkSessionExample.scala) in the CarbonData repo.
+
+ - ##### Table Block Size Configuration
+
+ This command is for setting block size of this table, the default value is 1024 MB and supports a range of 1 MB to 2048 MB.
+
+ ```
+ TBLPROPERTIES ('TABLE_BLOCKSIZE'='512')
+ ```
+ **NOTE:** 512 or 512M both are accepted.
+
+ - ##### Table Compaction Configuration
+
+ These properties are table level compaction configurations, if not specified, system level configurations in carbon.properties will be used.
+ Following are 5 configurations:
+
+ * MAJOR_COMPACTION_SIZE: same meaning as carbon.major.compaction.size, size in MB.
+ * AUTO_LOAD_MERGE: same meaning as carbon.enable.auto.load.merge.
+ * COMPACTION_LEVEL_THRESHOLD: same meaning as carbon.compaction.level.threshold.
+ * COMPACTION_PRESERVE_SEGMENTS: same meaning as carbon.numberof.preserve.segments.
+ * ALLOWED_COMPACTION_DAYS: same meaning as carbon.allowed.compaction.days.
+
+ ```
+ TBLPROPERTIES ('MAJOR_COMPACTION_SIZE'='2048',
+ 'AUTO_LOAD_MERGE'='true',
+ 'COMPACTION_LEVEL_THRESHOLD'='5,6',
+ 'COMPACTION_PRESERVE_SEGMENTS'='10',
+ 'ALLOWED_COMPACTION_DAYS'='5')
+ ```
+
+ - ##### Streaming
+
+ CarbonData supports streaming ingestion for real-time data. You can create the ‘streaming’ table using the following table properties.
+
+ ```
+ TBLPROPERTIES ('streaming'='true')
+ ```
+
+ - ##### Local Dictionary Configuration
+
+ Columns for which dictionary is not generated needs more storage space and in turn more IO. Also since more data will have to be read during query, query performance also would suffer.Generating dictionary per blocklet for such columns would help in saving storage space and assist in improving query performance as carbondata is optimized for handling dictionary encoded columns more effectively.Generating dictionary internally per blocklet is termed as local dictionary. Please refer to [File structure of Carbondata](./file-structure-of-carbondata.md) for understanding about the file structure of carbondata and meaning of terms like blocklet.
+
+ Local Dictionary helps in:
+ 1. Getting more compression.
+ 2. Filter queries and full scan queries will be faster as filter will be done on encoded data.
+ 3. Reducing the store size and memory footprint as only unique values will be stored as part of local dictionary and corresponding data will be stored as encoded data.
+ 4. Getting higher IO throughput.
+
+ **NOTE:**
+
+ * Following Data Types are Supported for Local Dictionary:
+ * STRING
+ * VARCHAR
+ * CHAR
+
+ * Following Data Types are not Supported for Local Dictionary:
+ * SMALLINT
+ * INTEGER
+ * BIGINT
+ * DOUBLE
+ * DECIMAL
+ * TIMESTAMP
+ * DATE
+ * BOOLEAN
+
+ * In case of multi-level complex dataType columns, primitive string/varchar/char columns are considered for local dictionary generation.
+
+ Local dictionary will have to be enabled explicitly during create table or by enabling the **system property** ***carbon.local.dictionary.enable***. By default, Local Dictionary will be disabled for the carbondata table.
+
+ Local Dictionary can be configured using the following properties during create table command:
+
+
+| Properties | Default value | Description |
+| ---------- | ------------- | ----------- |
+| LOCAL_DICTIONARY_ENABLE | false | Whether to enable local dictionary generation. **NOTE:** If this property is defined, it will override the value configured at system level by 'carbon.local.dictionary.enable' |
+| LOCAL_DICTIONARY_THRESHOLD | 10000 | The maximum cardinality of a column upto which carbondata can try to generate local dictionary (maximum - 100000) |
+| LOCAL_DICTIONARY_INCLUDE | string/varchar/char columns| Columns for which Local Dictionary has to be generated.**NOTE:** Those string/varchar/char columns which are added into DICTIONARY_INCLUDE option will not be considered for local dictionary generation.|
+| LOCAL_DICTIONARY_EXCLUDE | none | Columns for which Local Dictionary need not be generated. |
+
+ **Fallback behavior:**
+
+ * When the cardinality of a column exceeds the threshold, it triggers a fallback and the generated dictionary will be reverted and data loading will be continued without dictionary encoding.
+
+ **NOTE:** When fallback is triggered, the data loading performance will decrease as encoded data will be discarded and the actual data is written to the temporary sort files.
+
+ **Points to be noted:**
+
+ 1. Reduce Block size:
+
+ Number of Blocks generated is less in case of Local Dictionary as compression ratio is high. This may reduce the number of tasks launched during query, resulting in degradation of query performance if the pruned blocks are less compared to the number of parallel tasks which can be run. So it is recommended to configure smaller block size which in turn generates more number of blocks.
+
+ 2. All the page-level data for a blocklet needs to be maintained in memory until all the pages encoded for local dictionary is processed in order to handle fallback. Hence the memory required for local dictionary based table is more and this memory increase is proportional to number of columns.
+
+### Example:
+
+ ```
+ CREATE TABLE carbontable(
+
+ column1 string,
+
+ column2 string,
+
+ column3 LONG )
+
+ STORED BY 'carbondata'
+ TBLPROPERTIES('LOCAL_DICTIONARY_ENABLE'='true','LOCAL_DICTIONARY_THRESHOLD'='1000',
+ 'LOCAL_DICTIONARY_INCLUDE'='column1','LOCAL_DICTIONARY_EXCLUDE'='column2')
+ ```
+
+ **NOTE:**
+
+ * We recommend to use Local Dictionary when cardinality is high but is distributed across multiple loads
+ * On a large cluster, decoding data can become a bottleneck for global dictionary as there will be many remote reads. In this scenario, it is better to use Local Dictionary.
+ * When cardinality is less, but loads are repetitive, it is better to use global dictionary as local dictionary generates multiple dictionary files at blocklet level increasing redundancy.
+
+ - ##### Caching Min/Max Value for Required Columns
+
+ By default, CarbonData caches min and max values of all the columns in schema. As the load increases, the memory required to hold the min and max values increases considerably. This feature enables you to configure min and max values only for the required columns, resulting in optimized memory usage.
+
+ Following are the valid values for COLUMN_META_CACHE:
+ * If you want no column min/max values to be cached in the driver.
+
+ ```
+ COLUMN_META_CACHE=’’
+ ```
+
+ * If you want only col1 min/max values to be cached in the driver.
+
+ ```
+ COLUMN_META_CACHE=’col1’
+ ```
+
+ * If you want min/max values to be cached in driver for all the specified columns.
+
+ ```
+ COLUMN_META_CACHE=’col1,col2,col3,…’
+ ```
+
+ Columns to be cached can be specified either while creating table or after creation of the table.
+ During create table operation; specify the columns to be cached in table properties.
+
+ Syntax:
+
+ ```
+ CREATE TABLE [dbName].tableName (col1 String, col2 String, col3 int,…) STORED BY ‘carbondata’ TBLPROPERTIES (‘COLUMN_META_CACHE’=’col1,col2,…’)
+ ```
+
+ Example:
+
+ ```
+ CREATE TABLE employee (name String, city String, id int) STORED BY ‘carbondata’ TBLPROPERTIES (‘COLUMN_META_CACHE’=’name’)
+ ```
+
+ After creation of table or on already created tables use the alter table command to configure the columns to be cached.
+
+ Syntax:
+
+ ```
+ ALTER TABLE [dbName].tableName SET TBLPROPERTIES (‘COLUMN_META_CACHE’=’col1,col2,…’)
+ ```
+
+ Example:
+
+ ```
+ ALTER TABLE employee SET TBLPROPERTIES (‘COLUMN_META_CACHE’=’city’)
+ ```
+
+ - ##### Caching at Block or Blocklet Level
+
+ This feature allows you to maintain the cache at Block level, resulting in optimized usage of the memory. The memory consumption is high if the Blocklet level caching is maintained as a Block can have multiple Blocklet.
+
+ Following are the valid values for CACHE_LEVEL:
+
+ *Configuration for caching in driver at Block level (default value).*
+
+ ```
+ CACHE_LEVEL= ‘BLOCK’
+ ```
+
+ *Configuration for caching in driver at Blocklet level.*
+
+ ```
+ CACHE_LEVEL= ‘BLOCKLET’
+ ```
+
+ Cache level can be specified either while creating table or after creation of the table.
+ During create table operation specify the cache level in table properties.
+
+ Syntax:
+
+ ```
+ CREATE TABLE [dbName].tableName (col1 String, col2 String, col3 int,…) STORED BY ‘carbondata’ TBLPROPERTIES (‘CACHE_LEVEL’=’Blocklet’)
+ ```
+
+ Example:
+
+ ```
+ CREATE TABLE employee (name String, city String, id int) STORED BY ‘carbondata’ TBLPROPERTIES (‘CACHE_LEVEL’=’Blocklet’)
+ ```
+
+ After creation of table or on already created tables use the alter table command to configure the cache level.
+
+ Syntax:
+
+ ```
+ ALTER TABLE [dbName].tableName SET TBLPROPERTIES (‘CACHE_LEVEL’=’Blocklet’)
+ ```
+
+ Example:
+
+ ```
+ ALTER TABLE employee SET TBLPROPERTIES (‘CACHE_LEVEL’=’Blocklet’)
+ ```
+
+ - ##### Support Flat folder same as Hive/Parquet
+
+ This feature allows all carbondata and index files to keep directy under tablepath. Currently all carbondata/carbonindex files written under tablepath/Fact/Part0/Segment_NUM folder and it is not same as hive/parquet folder structure. This feature makes all files written will be directly under tablepath, it does not maintain any segment folder structure.This is useful for interoperability between the execution engines and plugin with other execution engines like hive or presto becomes easier.
+
+ Following table property enables this feature and default value is false.
+ ```
+ 'flat_folder'='true'
+ ```
+ Example:
+ ```
+ CREATE TABLE employee (name String, city String, id int) STORED BY ‘carbondata’ TBLPROPERTIES ('flat_folder'='true')
+ ```
+
+ - ##### String longer than 32000 characters
+
+ In common scenarios, the length of string is less than 32000,
+ so carbondata stores the length of content using Short to reduce memory and space consumption.
+ To support string longer than 32000 characters, carbondata introduces a table property called `LONG_STRING_COLUMNS`.
+ For these columns, carbondata internally stores the length of content using Integer.
+
+ You can specify the columns as 'long string column' using below tblProperties:
+
+ ```
+ // specify col1, col2 as long string columns
+ TBLPROPERTIES ('LONG_STRING_COLUMNS'='col1,col2')
+ ```
+
+ Besides, you can also use this property through DataFrame by
+ ```
+ df.format("carbondata")
+ .option("tableName", "carbonTable")
+ .option("long_string_columns", "col1, col2")
+ .save()
+ ```
+
+ If you are using Carbon-SDK, you can specify the datatype of long string column as `varchar`.
+ You can refer to SDKwriterTestCase for example.
+
+ **NOTE:** The LONG_STRING_COLUMNS can only be string/char/varchar columns and cannot be dictionary_include/sort_columns/complex columns.
+
+## CREATE TABLE AS SELECT
+ This function allows user to create a Carbon table from any of the Parquet/Hive/Carbon table. This is beneficial when the user wants to create Carbon table from any other Parquet/Hive table and use the Carbon query engine to query and achieve better query results for cases where Carbon is faster than other file formats. Also this feature can be used for backing up the data.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ STORED BY 'carbondata'
+ [TBLPROPERTIES (key1=val1, key2=val2, ...)]
+ AS select_statement;
+ ```
+
+### Examples
+ ```
+ carbon.sql("CREATE TABLE source_table(
+ id INT,
+ name STRING,
+ city STRING,
+ age INT)
+ STORED AS parquet")
+ carbon.sql("INSERT INTO source_table SELECT 1,'bob','shenzhen',27")
+ carbon.sql("INSERT INTO source_table SELECT 2,'david','shenzhen',31")
+
+ carbon.sql("CREATE TABLE target_table
+ STORED BY 'carbondata'
+ AS SELECT city,avg(age) FROM source_table GROUP BY city")
+
+ carbon.sql("SELECT * FROM target_table").show
+ // results:
+ // +--------+--------+
+ // | city|avg(age)|
+ // +--------+--------+
+ // |shenzhen| 29.0|
+ // +--------+--------+
+
+ ```
+
+## CREATE EXTERNAL TABLE
+ This function allows user to create external table by specifying location.
+ ```
+ CREATE EXTERNAL TABLE [IF NOT EXISTS] [db_name.]table_name
+ STORED BY 'carbondata' LOCATION ‘$FilesPath’
+ ```
+
+### Create external table on managed table data location.
+ Managed table data location provided will have both FACT and Metadata folder.
+ This data can be generated by creating a normal carbon table and use this path as $FilesPath in the above syntax.
+
+ **Example:**
+ ```
+ sql("CREATE TABLE origin(key INT, value STRING) STORED BY 'carbondata'")
+ sql("INSERT INTO origin select 100,'spark'")
+ sql("INSERT INTO origin select 200,'hive'")
+ // creates a table in $storeLocation/origin
+
+ sql(s"""
+ |CREATE EXTERNAL TABLE source
+ |STORED BY 'carbondata'
+ |LOCATION '$storeLocation/origin'
+ """.stripMargin)
+ checkAnswer(sql("SELECT count(*) from source"), sql("SELECT count(*) from origin"))
+ ```
+
+### Create external table on Non-Transactional table data location.
+ Non-Transactional table data location will have only carbondata and carbonindex files, there will not be a metadata folder (table status and schema).
+ Our SDK module currently support writing data in this format.
+
+ **Example:**
+ ```
+ sql(
+ s"""CREATE EXTERNAL TABLE sdkOutputTable STORED BY 'carbondata' LOCATION
+ |'$writerPath' """.stripMargin)
+ ```
+
+ Here writer path will have carbondata and index files.
+ This can be SDK output. Refer [SDK Guide](./sdk-guide.md).
+
+ **Note:**
+ 1. Dropping of the external table should not delete the files present in the location.
+ 2. When external table is created on non-transactional table data,
+ external table will be registered with the schema of carbondata files.
+ If multiple files with different schema is present, exception will be thrown.
+ So, If table registered with one schema and files are of different schema,
+ suggest to drop the external table and create again to register table with new schema.
+
+
+## CREATE DATABASE
+ This function creates a new database. By default the database is created in Carbon store location, but you can also specify custom location.
+ ```
+ CREATE DATABASE [IF NOT EXISTS] database_name [LOCATION path];
+ ```
+
+### Example
+ ```
+ CREATE DATABASE carbon LOCATION “hdfs://name_cluster/dir1/carbonstore”;
+ ```
+
+## TABLE MANAGEMENT
+
+### SHOW TABLE
+
+ This command can be used to list all the tables in current database or all the tables of a specific database.
+ ```
+ SHOW TABLES [IN db_Name]
+ ```
+
+ Example:
+ ```
+ SHOW TABLES
+ OR
+ SHOW TABLES IN defaultdb
+ ```
+
+### ALTER TABLE
+
+ The following section introduce the commands to modify the physical or logical state of the existing table(s).
+
+ - ##### RENAME TABLE
+
+ This command is used to rename the existing table.
+ ```
+ ALTER TABLE [db_name.]table_name RENAME TO new_table_name
+ ```
+
+ Examples:
+ ```
+ ALTER TABLE carbon RENAME TO carbonTable
+ OR
+ ALTER TABLE test_db.carbon RENAME TO test_db.carbonTable
+ ```
+
+ - ##### ADD COLUMNS
+
+ This command is used to add a new column to the existing table.
+ ```
+ ALTER TABLE [db_name.]table_name ADD COLUMNS (col_name data_type,...)
+ TBLPROPERTIES('DICTIONARY_INCLUDE'='col_name,...',
+ 'DEFAULT.VALUE.COLUMN_NAME'='default_value')
+ ```
+
+ Examples:
+ ```
+ ALTER TABLE carbon ADD COLUMNS (a1 INT, b1 STRING)
+ ```
+
+ ```
+ ALTER TABLE carbon ADD COLUMNS (a1 INT, b1 STRING) TBLPROPERTIES('DICTIONARY_INCLUDE'='a1')
+ ```
+
+ ```
+ ALTER TABLE carbon ADD COLUMNS (a1 INT, b1 STRING) TBLPROPERTIES('DEFAULT.VALUE.a1'='10')
+ ```
+ NOTE: Add Complex datatype columns is not supported.
+
+Users can specify which columns to include and exclude for local dictionary generation after adding new columns. These will be appended with the already existing local dictionary include and exclude columns of main table respectively.
+ ```
+ ALTER TABLE carbon ADD COLUMNS (a1 STRING, b1 STRING) TBLPROPERTIES('LOCAL_DICTIONARY_INCLUDE'='a1','LOCAL_DICTIONARY_EXCLUDE'='b1')
+ ```
+
+ - ##### DROP COLUMNS
+
+ This command is used to delete the existing column(s) in a table.
+ ```
+ ALTER TABLE [db_name.]table_name DROP COLUMNS (col_name, ...)
+ ```
+
+ Examples:
+ ```
+ ALTER TABLE carbon DROP COLUMNS (b1)
+ OR
+ ALTER TABLE test_db.carbon DROP COLUMNS (b1)
+
+ ALTER TABLE carbon DROP COLUMNS (c1,d1)
+ ```
+ NOTE: Drop Complex child column is not supported.
+
+ - ##### CHANGE DATA TYPE
+
+ This command is used to change the data type from INT to BIGINT or decimal precision from lower to higher.
+ Change of decimal data type from lower precision to higher precision will only be supported for cases where there is no data loss.
+ ```
+ ALTER TABLE [db_name.]table_name CHANGE col_name col_name changed_column_type
+ ```
+
+ Valid Scenarios
+ - Invalid scenario - Change of decimal precision from (10,2) to (10,5) is invalid as in this case only scale is increased but total number of digits remains the same.
+ - Valid scenario - Change of decimal precision from (10,2) to (12,3) is valid as the total number of digits are increased by 2 but scale is increased only by 1 which will not lead to any data loss.
+ - **NOTE:** The allowed range is 38,38 (precision, scale) and is a valid upper case scenario which is not resulting in data loss.
+
+ Example1:Changing data type of column a1 from INT to BIGINT.
+ ```
+ ALTER TABLE test_db.carbon CHANGE a1 a1 BIGINT
+ ```
+
+ Example2:Changing decimal precision of column a1 from 10 to 18.
+ ```
+ ALTER TABLE test_db.carbon CHANGE a1 a1 DECIMAL(18,2)
+ ```
+- ##### MERGE INDEX
+
+ This command is used to merge all the CarbonData index files (.carbonindex) inside a segment to a single CarbonData index merge file (.carbonindexmerge). This enhances the first query performance.
+ ```
+ ALTER TABLE [db_name.]table_name COMPACT 'SEGMENT_INDEX'
+ ```
+
+ Examples:
+ ```
+ ALTER TABLE test_db.carbon COMPACT 'SEGMENT_INDEX'
+ ```
+ **NOTE:**
+
+ * Merge index is not supported on streaming table.
+
+- ##### SET and UNSET for Local Dictionary Properties
+
+ When set command is used, all the newly set properties will override the corresponding old properties if exists.
+
+ Example to SET Local Dictionary Properties:
+ ```
+ ALTER TABLE tablename SET TBLPROPERTIES('LOCAL_DICTIONARY_ENABLE'='false','LOCAL_DICTIONARY_THRESHOLD'='1000','LOCAL_DICTIONARY_INCLUDE'='column1','LOCAL_DICTIONARY_EXCLUDE'='column2')
+ ```
+ When Local Dictionary properties are unset, corresponding default values will be used for these properties.
+
+ Example to UNSET Local Dictionary Properties:
+ ```
+ ALTER TABLE tablename UNSET TBLPROPERTIES('LOCAL_DICTIONARY_ENABLE','LOCAL_DICTIONARY_THRESHOLD','LOCAL_DICTIONARY_INCLUDE','LOCAL_DICTIONARY_EXCLUDE')
+ ```
+
+ **NOTE:** For old tables, by default, local dictionary is disabled. If user wants local dictionary for these tables, user can enable/disable local dictionary for new data at their discretion.
+ This can be achieved by using the alter table set command.
+
+### DROP TABLE
+
+ This command is used to delete an existing table.
+ ```
+ DROP TABLE [IF EXISTS] [db_name.]table_name
+ ```
+
+ Example:
+ ```
+ DROP TABLE IF EXISTS productSchema.productSalesTable
+ ```
+
+### REFRESH TABLE
+
+ This command is used to register Carbon table to HIVE meta store catalogue from existing Carbon table data.
+ ```
+ REFRESH TABLE $db_NAME.$table_NAME
+ ```
+
+ Example:
+ ```
+ REFRESH TABLE dbcarbon.productSalesTable
+ ```
+
+ **NOTE:**
+ * The new database name and the old database name should be same.
+ * Before executing this command the old table schema and data should be copied into the new database location.
+ * If the table is aggregate table, then all the aggregate tables should be copied to the new database location.
+ * For old store, the time zone of the source and destination cluster should be same.
+ * If old cluster used HIVE meta store to store schema, refresh will not work as schema file does not exist in file system.
+
+### Table and Column Comment
+
+ You can provide more information on table by using table comment. Similarly you can provide more information about a particular column using column comment.
+ You can see the column comment of an existing table using describe formatted command.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name[(col_name data_type [COMMENT col_comment], ...)]
+ [COMMENT table_comment]
+ STORED BY 'carbondata'
+ [TBLPROPERTIES (property_name=property_value, ...)]
+ ```
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS productSchema.productSalesTable (
+ productNumber Int COMMENT 'unique serial number for product')
+ COMMENT “This is table comment”
+ STORED BY 'carbondata'
+ TBLPROPERTIES ('DICTIONARY_INCLUDE'='productNumber')
+ ```
+ You can also SET and UNSET table comment using ALTER command.
+
+ Example to SET table comment:
+
+ ```
+ ALTER TABLE carbon SET TBLPROPERTIES ('comment'='this table comment is modified');
+ ```
+
+ Example to UNSET table comment:
+
+ ```
+ ALTER TABLE carbon UNSET TBLPROPERTIES ('comment');
+ ```
+
+## PARTITION
+
+### STANDARD PARTITION
+
+ The partition is similar as spark and hive partition, user can use any column to build partition:
+
+#### Create Partition Table
+
+ This command allows you to create table with partition.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ [(col_name data_type , ...)]
+ [COMMENT table_comment]
+ [PARTITIONED BY (col_name data_type , ...)]
+ [STORED BY file_format]
+ [TBLPROPERTIES (property_name=property_value, ...)]
+ ```
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS productSchema.productSalesTable (
+ productNumber INT,
+ productName STRING,
+ storeCity STRING,
+ storeProvince STRING,
+ saleQuantity INT,
+ revenue INT)
+ PARTITIONED BY (productCategory STRING, productBatch STRING)
+ STORED BY 'carbondata'
+ ```
+ NOTE: Hive partition is not supported on complex datatype columns.
+
+
+#### Show Partitions
+
+ This command gets the Hive partition information of the table
+
+ ```
+ SHOW PARTITIONS [db_name.]table_name
+ ```
+
+#### Drop Partition
+
+ This command drops the specified Hive partition only.
+ ```
+ ALTER TABLE table_name DROP [IF EXISTS] PARTITION (part_spec, ...)
+ ```
+
+ Example:
+ ```
+ ALTER TABLE locationTable DROP PARTITION (country = 'US');
+ ```
+
+#### Insert OVERWRITE
+
+ This command allows you to insert or load overwrite on a specific partition.
+
+ ```
+ INSERT OVERWRITE TABLE table_name
+ PARTITION (column = 'partition_name')
+ select_statement
+ ```
+
+ Example:
+ ```
+ INSERT OVERWRITE TABLE partitioned_user
+ PARTITION (country = 'US')
+ SELECT * FROM another_user au
+ WHERE au.country = 'US';
+ ```
+
+### CARBONDATA PARTITION(HASH,RANGE,LIST) -- Alpha feature, this partition feature does not support update and delete data.
+
+ The partition supports three type:(Hash,Range,List), similar to other system's partition features, CarbonData's partition feature can be used to improve query performance by filtering on the partition column.
+
+### Create Hash Partition Table
+
+ This command allows us to create hash partition.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ [(col_name data_type , ...)]
+ PARTITIONED BY (partition_col_name data_type)
+ STORED BY 'carbondata'
+ [TBLPROPERTIES ('PARTITION_TYPE'='HASH',
+ 'NUM_PARTITIONS'='N' ...)]
+ ```
+ **NOTE:** N is the number of hash partitions
+
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS hash_partition_table(
+ col_A STRING,
+ col_B INT,
+ col_C LONG,
+ col_D DECIMAL(10,2),
+ col_F TIMESTAMP
+ ) PARTITIONED BY (col_E LONG)
+ STORED BY 'carbondata' TBLPROPERTIES('PARTITION_TYPE'='HASH','NUM_PARTITIONS'='9')
+ ```
+
+### Create Range Partition Table
+
+ This command allows us to create range partition.
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ [(col_name data_type , ...)]
+ PARTITIONED BY (partition_col_name data_type)
+ STORED BY 'carbondata'
+ [TBLPROPERTIES ('PARTITION_TYPE'='RANGE',
+ 'RANGE_INFO'='2014-01-01, 2015-01-01, 2016-01-01, ...')]
+ ```
+
+ **NOTE:**
+ * The 'RANGE_INFO' must be defined in ascending order in the table properties.
+ * The default format for partition column of Date/Timestamp type is yyyy-MM-dd. Alternate formats for Date/Timestamp could be defined in CarbonProperties.
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS range_partition_table(
+ col_A STRING,
+ col_B INT,
+ col_C LONG,
+ col_D DECIMAL(10,2),
+ col_E LONG
+ ) partitioned by (col_F Timestamp)
+ PARTITIONED BY 'carbondata'
+ TBLPROPERTIES('PARTITION_TYPE'='RANGE',
+ 'RANGE_INFO'='2015-01-01, 2016-01-01, 2017-01-01, 2017-02-01')
+ ```
+
+### Create List Partition Table
+
+ This command allows us to create list partition.
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ [(col_name data_type , ...)]
+ PARTITIONED BY (partition_col_name data_type)
+ STORED BY 'carbondata'
+ [TBLPROPERTIES ('PARTITION_TYPE'='LIST',
+ 'LIST_INFO'='A, B, C, ...')]
+ ```
+ **NOTE:** List partition supports list info in one level group.
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS list_partition_table(
+ col_B INT,
+ col_C LONG,
+ col_D DECIMAL(10,2),
+ col_E LONG,
+ col_F TIMESTAMP
+ ) PARTITIONED BY (col_A STRING)
+ STORED BY 'carbondata'
+ TBLPROPERTIES('PARTITION_TYPE'='LIST',
+ 'LIST_INFO'='aaaa, bbbb, (cccc, dddd), eeee')
+ ```
+
+
+### Show Partitions
+
+ The following command is executed to get the partition information of the table
+
+ ```
+ SHOW PARTITIONS [db_name.]table_name
+ ```
+
+### Add a new partition
+
+ ```
+ ALTER TABLE [db_name].table_name ADD PARTITION('new_partition')
+ ```
+
+### Split a partition
+
+ ```
+ ALTER TABLE [db_name].table_name SPLIT PARTITION(partition_id) INTO('new_partition1', 'new_partition2'...)
+ ```
+
+### Drop a partition
+
+ Only drop partition definition, but keep data
+ ```
+ ALTER TABLE [db_name].table_name DROP PARTITION(partition_id)
+ ```
+
+ Drop both partition definition and data
+ ```
+ ALTER TABLE [db_name].table_name DROP PARTITION(partition_id) WITH DATA
+ ```
+
+ **NOTE:**
+ * Hash partition table is not supported for ADD, SPLIT and DROP commands.
+ * Partition Id: in CarbonData like the hive, folders are not used to divide partitions instead partition id is used to replace the task id. It could make use of the characteristic and meanwhile reduce some metadata.
+
+ ```
+ SegmentDir/0_batchno0-0-1502703086921.carbonindex
+ ^
+ SegmentDir/part-0-0_batchno0-0-1502703086921.carbondata
+ ^
+ ```
+
+ Here are some useful tips to improve query performance of carbonData partition table:
+ * The partitioned column can be excluded from SORT_COLUMNS, this will let other columns to do the efficient sorting.
+ * When writing SQL on a partition table, try to use filters on the partition column.
+
+## BUCKETING
+
+ Bucketing feature can be used to distribute/organize the table/partition data into multiple files such
+ that similar records are present in the same file. While creating a table, user needs to specify the
+ columns to be used for bucketing and the number of buckets. For the selection of bucket the Hash value
+ of columns is used.
+
+ ```
+ CREATE TABLE [IF NOT EXISTS] [db_name.]table_name
+ [(col_name data_type, ...)]
+ STORED BY 'carbondata'
+ TBLPROPERTIES('BUCKETNUMBER'='noOfBuckets',
+ 'BUCKETCOLUMNS'='columnname')
+ ```
+
+ **NOTE:**
+ * Bucketing cannot be performed for columns of Complex Data Types.
+ * Columns in the BUCKETCOLUMN parameter must be dimensions. The BUCKETCOLUMN parameter cannot be a measure or a combination of measures and dimensions.
+
+ Example:
+ ```
+ CREATE TABLE IF NOT EXISTS productSchema.productSalesTable (
+ productNumber INT,
+ saleQuantity INT,
+ productName STRING,
+ storeCity STRING,
+ storeProvince STRING,
+ productCategory STRING,
+ productBatch STRING,
+ revenue INT)
+ STORED BY 'carbondata'
+ TBLPROPERTIES ('BUCKETNUMBER'='4', 'BUCKETCOLUMNS'='productName')
+ ```
+
+<script>
+$(function() {
+ // Show selected style on nav item
+ $('.b-nav__docs').addClass('selected');
+
+ // Display docs subnav items
+ if (!$('.b-nav__docs').parent().hasClass('nav__item__with__subs--expanded')) {
+ $('.b-nav__docs').parent().toggleClass('nav__item__with__subs--expanded');
+ }
+});
+</script>
+
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/dml-of-carbondata.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/dml-of-carbondata.md b/src/site/markdown/dml-of-carbondata.md
new file mode 100644
index 0000000..de23f5b
--- /dev/null
+++ b/src/site/markdown/dml-of-carbondata.md
@@ -0,0 +1,456 @@
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to you under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+# CarbonData Data Manipulation Language
+
+CarbonData DML statements are documented here,which includes:
+
+* [LOAD DATA](#load-data)
+* [INSERT DATA](#insert-data-into-carbondata-table)
+* [Load Data Using Static Partition](#load-data-using-static-partition)
+* [Load Data Using Dynamic Partition](#load-data-using-dynamic-partition)
+* [UPDATE AND DELETE](#update-and-delete)
+* [COMPACTION](#compaction)
+* [SEGMENT MANAGEMENT](./segment-management-on-carbondata.md)
+
+
+## LOAD DATA
+
+### LOAD FILES TO CARBONDATA TABLE
+
+ This command is used to load csv files to carbondata, OPTIONS are not mandatory for data loading process.
+
+ ```
+ LOAD DATA [LOCAL] INPATH 'folder_path'
+ INTO TABLE [db_name.]table_name
+ OPTIONS(property_name=property_value, ...)
+ ```
+
+ **Supported Properties:** [DELIMITER](#delimiter), [QUOTECHAR](#quotechar), [COMMENTCHAR](#commentchar), [HEADER](#header), [FILEHEADER](#fileheader), [MULTILINE](#multiline), [ESCAPECHAR](#escapechar), [SKIP_EMPTY_LINE](#skip_empty_line), [COMPLEX_DELIMITER_LEVEL_1](#complex_delimiter_level_1), [COMPLEX_DELIMITER_LEVEL_2](#complex_delimiter_level_2), [ALL_DICTIONARY_PATH](#all_dictionary_path), [COLUMNDICT](#columndict), [DATEFORMAT](#dateformat),[ TIMESTAMPFORMAT](#timestampformat), [SORT_COLUMN_BOUNDS](#sort-column-bounds), [SINGLE_PASS](#single_pass), [BAD_RECORDS_LOGGER_ENABLE](#bad-records-handling), [BAD_RECORD_PATH](#bad-records-handling), [BAD_RECORDS_ACTION](#bad-records-handling), [IS_EMPTY_DATA_BAD_RECORD](#bad-records-handling), [GLOBAL_SORT_PARTITIONS](#global_sort_partitions)
+
+ You can use the following options to load data:
+
+ - ##### DELIMITER:
+ Delimiters can be provided in the load command.
+
+ ```
+ OPTIONS('DELIMITER'=',')
+ ```
+
+ - ##### QUOTECHAR:
+ Quote Characters can be provided in the load command.
+
+ ```
+ OPTIONS('QUOTECHAR'='"')
+ ```
+
+ - ##### COMMENTCHAR:
+ Comment Characters can be provided in the load command if user want to comment lines.
+ ```
+ OPTIONS('COMMENTCHAR'='#')
+ ```
+
+ - ##### HEADER:
+ When you load the CSV file without the file header and the file header is the same with the table schema, then add 'HEADER'='false' to load data SQL as user need not provide the file header. By default the value is 'true'.
+ false: CSV file is without file header.
+ true: CSV file is with file header.
+
+ ```
+ OPTIONS('HEADER'='false')
+ ```
+
+ **NOTE:** If the HEADER option exist and is set to 'true', then the FILEHEADER option is not required.
+
+ - ##### FILEHEADER:
+ Headers can be provided in the LOAD DATA command if headers are missing in the source files.
+
+ ```
+ OPTIONS('FILEHEADER'='column1,column2')
+ ```
+
+ - ##### MULTILINE:
+
+ CSV with new line character in quotes.
+
+ ```
+ OPTIONS('MULTILINE'='true')
+ ```
+
+ - ##### ESCAPECHAR:
+
+ Escape char can be provided if user want strict validation of escape character in CSV files.
+
+ ```
+ OPTIONS('ESCAPECHAR'='\')
+ ```
+
+ - ##### SKIP_EMPTY_LINE:
+
+ This option will ignore the empty line in the CSV file during the data load.
+
+ ```
+ OPTIONS('SKIP_EMPTY_LINE'='TRUE/FALSE')
+ ```
+
+ - ##### COMPLEX_DELIMITER_LEVEL_1:
+
+ Split the complex type data column in a row (eg., a$b$c --> Array = {a,b,c}).
+
+ ```
+ OPTIONS('COMPLEX_DELIMITER_LEVEL_1'='$')
+ ```
+
+ - ##### COMPLEX_DELIMITER_LEVEL_2:
+
+ Split the complex type nested data column in a row. Applies level_1 delimiter & applies level_2 based on complex data type (eg., a:b$c:d --> Array> = {{a,b},{c,d}}).
+
+ ```
+ OPTIONS('COMPLEX_DELIMITER_LEVEL_2'=':')
+ ```
+
+ - ##### ALL_DICTIONARY_PATH:
+
+ All dictionary files path.
+
+ ```
+ OPTIONS('ALL_DICTIONARY_PATH'='/opt/alldictionary/data.dictionary')
+ ```
+
+ - ##### COLUMNDICT:
+
+ Dictionary file path for specified column.
+
+ ```
+ OPTIONS('COLUMNDICT'='column1:dictionaryFilePath1,column2:dictionaryFilePath2')
+ ```
+ **NOTE:** ALL_DICTIONARY_PATH and COLUMNDICT can't be used together.
+
+ - ##### DATEFORMAT/TIMESTAMPFORMAT:
+
+ Date and Timestamp format for specified column.
+
+ ```
+ OPTIONS('DATEFORMAT' = 'yyyy-MM-dd','TIMESTAMPFORMAT'='yyyy-MM-dd HH:mm:ss')
+ ```
+ **NOTE:** Date formats are specified by date pattern strings. The date pattern letters in CarbonData are same as in JAVA. Refer to [SimpleDateFormat](http://docs.oracle.com/javase/7/docs/api/java/text/SimpleDateFormat.html).
+
+ - ##### SORT COLUMN BOUNDS:
+
+ Range bounds for sort columns.
+
+ Suppose the table is created with 'SORT_COLUMNS'='name,id' and the range for name is aaa~zzz, the value range for id is 0~1000. Then during data loading, we can specify the following option to enhance data loading performance.
+ ```
+ OPTIONS('SORT_COLUMN_BOUNDS'='f,250;l,500;r,750')
+ ```
+ Each bound is separated by ';' and each field value in bound is separated by ','. In the example above, we provide 3 bounds to distribute records to 4 partitions. The values 'f','l','r' can evenly distribute the records. Inside carbondata, for a record we compare the value of sort columns with that of the bounds and decide which partition the record will be forwarded to.
+
+ **NOTE:**
+ * SORT_COLUMN_BOUNDS will be used only when the SORT_SCOPE is 'local_sort'.
+ * Carbondata will use these bounds as ranges to process data concurrently during the final sort percedure. The records will be sorted and written out inside each partition. Since the partition is sorted, all records will be sorted.
+ * Since the actual order and literal order of the dictionary column are not necessarily the same, we do not recommend you to use this feature if the first sort column is 'dictionary_include'.
+ * The option works better if your CPU usage during loading is low. If your system is already CPU tense, better not to use this option. Besides, it depends on the user to specify the bounds. If user does not know the exactly bounds to make the data distributed evenly among the bounds, loading performance will still be better than before or at least the same as before.
+ * Users can find more information about this option in the description of PR1953.
+
+ - ##### SINGLE_PASS:
+
+ Single Pass Loading enables single job to finish data loading with dictionary generation on the fly. It enhances performance in the scenarios where the subsequent data loading after initial load involves fewer incremental updates on the dictionary.
+
+ This option specifies whether to use single pass for loading data or not. By default this option is set to FALSE.
+
+ ```
+ OPTIONS('SINGLE_PASS'='TRUE')
+ ```
+
+ **NOTE:**
+ * If this option is set to TRUE then data loading will take less time.
+ * If this option is set to some invalid value other than TRUE or FALSE then it uses the default value.
+
+ Example:
+
+ ```
+ LOAD DATA local inpath '/opt/rawdata/data.csv' INTO table carbontable
+ options('DELIMITER'=',', 'QUOTECHAR'='"','COMMENTCHAR'='#',
+ 'HEADER'='false',
+ 'FILEHEADER'='empno,empname,designation,doj,workgroupcategory,
+ workgroupcategoryname,deptno,deptname,projectcode,
+ projectjoindate,projectenddate,attendance,utilization,salary',
+ 'MULTILINE'='true','ESCAPECHAR'='\','COMPLEX_DELIMITER_LEVEL_1'='$',
+ 'COMPLEX_DELIMITER_LEVEL_2'=':',
+ 'ALL_DICTIONARY_PATH'='/opt/alldictionary/data.dictionary',
+ 'SINGLE_PASS'='TRUE')
+ ```
+
+ - ##### BAD RECORDS HANDLING:
+
+ Methods of handling bad records are as follows:
+
+ * Load all of the data before dealing with the errors.
+ * Clean or delete bad records before loading data or stop the loading when bad records are found.
+
+ ```
+ OPTIONS('BAD_RECORDS_LOGGER_ENABLE'='true', 'BAD_RECORD_PATH'='hdfs://hacluster/tmp/carbon', 'BAD_RECORDS_ACTION'='REDIRECT', 'IS_EMPTY_DATA_BAD_RECORD'='false')
+ ```
+
+ **NOTE:**
+ * BAD_RECORDS_ACTION property can have four type of actions for bad records FORCE, REDIRECT, IGNORE and FAIL.
+ * FAIL option is its Default value. If the FAIL option is used, then data loading fails if any bad records are found.
+ * If the REDIRECT option is used, CarbonData will add all bad records in to a separate CSV file. However, this file must not be used for subsequent data loading because the content may not exactly match the source record. You are advised to cleanse the original source record for further data ingestion. This option is used to remind you which records are bad records.
+ * If the FORCE option is used, then it auto-converts the data by storing the bad records as NULL before Loading data.
+ * If the IGNORE option is used, then bad records are neither loaded nor written to the separate CSV file.
+ * In loaded data, if all records are bad records, the BAD_RECORDS_ACTION is invalid and the load operation fails.
+ * The default maximum number of characters per column is 32000. If there are more than 32000 characters in a column, please refer to *String longer than 32000 characters* section.
+ * Since Bad Records Path can be specified in create, load and carbon properties.
+ Therefore, value specified in load will have the highest priority, and value specified in carbon properties will have the least priority.
+
+ **Bad Records Path:**
+ This property is used to specify the location where bad records would be written.
+
+
+ ```
+ TBLPROPERTIES('BAD_RECORDS_PATH'='/opt/badrecords'')
+ ```
+
+ Example:
+
+ ```
+ LOAD DATA INPATH 'filepath.csv' INTO TABLE tablename
+ OPTIONS('BAD_RECORDS_LOGGER_ENABLE'='true','BAD_RECORD_PATH'='hdfs://hacluster/tmp/carbon',
+ 'BAD_RECORDS_ACTION'='REDIRECT','IS_EMPTY_DATA_BAD_RECORD'='false')
+ ```
+
+ - ##### GLOBAL_SORT_PARTITIONS:
+
+ If the SORT_SCOPE is defined as GLOBAL_SORT, then user can specify the number of partitions to use while shuffling data for sort using GLOBAL_SORT_PARTITIONS. If it is not configured, or configured less than 1, then it uses the number of map task as reduce task. It is recommended that each reduce task deal with 512MB-1GB data.
+
+ ```
+ OPTIONS('GLOBAL_SORT_PARTITIONS'='2')
+ ```
+
+ NOTE:
+ * GLOBAL_SORT_PARTITIONS should be Integer type, the range is [1,Integer.MaxValue].
+ * It is only used when the SORT_SCOPE is GLOBAL_SORT.
+
+### INSERT DATA INTO CARBONDATA TABLE
+
+ This command inserts data into a CarbonData table, it is defined as a combination of two queries Insert and Select query respectively.
+ It inserts records from a source table into a target CarbonData table, the source table can be a Hive table, Parquet table or a CarbonData table itself.
+ It comes with the functionality to aggregate the records of a table by performing Select query on source table and load its corresponding resultant records into a CarbonData table.
+
+ ```
+ INSERT INTO TABLE <CARBONDATA TABLE> SELECT * FROM sourceTableName
+ [ WHERE { <filter_condition> } ]
+ ```
+
+ You can also omit the `table` keyword and write your query as:
+
+ ```
+ INSERT INTO <CARBONDATA TABLE> SELECT * FROM sourceTableName
+ [ WHERE { <filter_condition> } ]
+ ```
+
+ Overwrite insert data:
+ ```
+ INSERT OVERWRITE TABLE <CARBONDATA TABLE> SELECT * FROM sourceTableName
+ [ WHERE { <filter_condition> } ]
+ ```
+
+ **NOTE:**
+ * The source table and the CarbonData table must have the same table schema.
+ * The data type of source and destination table columns should be same
+ * INSERT INTO command does not support partial success if bad records are found, it will fail.
+ * Data cannot be loaded or updated in source table while insert from source table to target table is in progress.
+
+ Examples
+ ```
+ INSERT INTO table1 SELECT item1, sum(item2 + 1000) as result FROM table2 group by item1
+ ```
+
+ ```
+ INSERT INTO table1 SELECT item1, item2, item3 FROM table2 where item2='xyz'
+ ```
+
+ ```
+ INSERT OVERWRITE TABLE table1 SELECT * FROM TABLE2
+ ```
+
+### Load Data Using Static Partition
+
+ This command allows you to load data using static partition.
+
+ ```
+ LOAD DATA [LOCAL] INPATH 'folder_path'
+ INTO TABLE [db_name.]table_name PARTITION (partition_spec)
+ OPTIONS(property_name=property_value, ...)
+ INSERT INTO INTO TABLE [db_name.]table_name PARTITION (partition_spec) <SELECT STATEMENT>
+ ```
+
+ Example:
+ ```
+ LOAD DATA LOCAL INPATH '${env:HOME}/staticinput.csv'
+ INTO TABLE locationTable
+ PARTITION (country = 'US', state = 'CA')
+ INSERT INTO TABLE locationTable
+ PARTITION (country = 'US', state = 'AL')
+ SELECT <columns list excluding partition columns> FROM another_user
+ ```
+
+### Load Data Using Dynamic Partition
+
+ This command allows you to load data using dynamic partition. If partition spec is not specified, then the partition is considered as dynamic.
+
+ Example:
+ ```
+ LOAD DATA LOCAL INPATH '${env:HOME}/staticinput.csv'
+ INTO TABLE locationTable
+ INSERT INTO TABLE locationTable
+ SELECT <columns list excluding partition columns> FROM another_user
+ ```
+
+## UPDATE AND DELETE
+
+### UPDATE
+
+ This command will allow to update the CarbonData table based on the column expression and optional filter conditions.
+
+ ```
+ UPDATE <table_name>
+ SET (column_name1, column_name2, ... column_name n) = (column1_expression , column2_expression, ... column n_expression )
+ [ WHERE { <filter_condition> } ]
+ ```
+
+ alternatively the following command can also be used for updating the CarbonData Table :
+
+ ```
+ UPDATE <table_name>
+ SET (column_name1, column_name2) =(select sourceColumn1, sourceColumn2 from sourceTable [ WHERE { <filter_condition> } ] )
+ [ WHERE { <filter_condition> } ]
+ ```
+
+ **NOTE:** The update command fails if multiple input rows in source table are matched with single row in destination table.
+
+ Examples:
+ ```
+ UPDATE t3 SET (t3_salary) = (t3_salary + 9) WHERE t3_name = 'aaa1'
+ ```
+
+ ```
+ UPDATE t3 SET (t3_date, t3_country) = ('2017-11-18', 'india') WHERE t3_salary < 15003
+ ```
+
+ ```
+ UPDATE t3 SET (t3_country, t3_name) = (SELECT t5_country, t5_name FROM t5 WHERE t5_id = 5) WHERE t3_id < 5
+ ```
+
+ ```
+ UPDATE t3 SET (t3_date, t3_serialname, t3_salary) = (SELECT '2099-09-09', t5_serialname, '9999' FROM t5 WHERE t5_id = 5) WHERE t3_id < 5
+ ```
+
+
+ ```
+ UPDATE t3 SET (t3_country, t3_salary) = (SELECT t5_country, t5_salary FROM t5 FULL JOIN t3 u WHERE u.t3_id = t5_id and t5_id=6) WHERE t3_id >6
+ ```
+ NOTE: Update Complex datatype columns is not supported.
+
+### DELETE
+
+ This command allows us to delete records from CarbonData table.
+ ```
+ DELETE FROM table_name [WHERE expression]
+ ```
+
+ Examples:
+
+ ```
+ DELETE FROM carbontable WHERE column1 = 'china'
+ ```
+
+ ```
+ DELETE FROM carbontable WHERE column1 IN ('china', 'USA')
+ ```
+
+ ```
+ DELETE FROM carbontable WHERE column1 IN (SELECT column11 FROM sourceTable2)
+ ```
+
+ ```
+ DELETE FROM carbontable WHERE column1 IN (SELECT column11 FROM sourceTable2 WHERE column1 = 'USA')
+ ```
+
+## COMPACTION
+
+ Compaction improves the query performance significantly.
+
+ There are several types of compaction.
+
+ ```
+ ALTER TABLE [db_name.]table_name COMPACT 'MINOR/MAJOR/CUSTOM'
+ ```
+
+ - **Minor Compaction**
+
+ In Minor compaction, user can specify the number of loads to be merged.
+ Minor compaction triggers for every data load if the parameter carbon.enable.auto.load.merge is set to true.
+ If any segments are available to be merged, then compaction will run parallel with data load, there are 2 levels in minor compaction:
+ * Level 1: Merging of the segments which are not yet compacted.
+ * Level 2: Merging of the compacted segments again to form a larger segment.
+
+ ```
+ ALTER TABLE table_name COMPACT 'MINOR'
+ ```
+
+ - **Major Compaction**
+
+ In Major compaction, multiple segments can be merged into one large segment.
+ User will specify the compaction size until which segments can be merged, Major compaction is usually done during the off-peak time.
+ Configure the property carbon.major.compaction.size with appropriate value in MB.
+
+ This command merges the specified number of segments into one segment:
+
+ ```
+ ALTER TABLE table_name COMPACT 'MAJOR'
+ ```
+
+ - **Custom Compaction**
+
+ In Custom compaction, user can directly specify segment ids to be merged into one large segment.
+ All specified segment ids should exist and be valid, otherwise compaction will fail.
+ Custom compaction is usually done during the off-peak time.
+
+ ```
+ ALTER TABLE table_name COMPACT 'CUSTOM' WHERE SEGMENT.ID IN (2,3,4)
+ ```
+ NOTE: Compaction is unsupported for table containing Complex columns.
+
+
+ - **CLEAN SEGMENTS AFTER Compaction**
+
+ Clean the segments which are compacted:
+ ```
+ CLEAN FILES FOR TABLE carbon_table
+ ```
+
+<script>
+$(function() {
+ // Show selected style on nav item
+ $('.b-nav__docs').addClass('selected');
+
+ // Display docs subnav items
+ if (!$('.b-nav__docs').parent().hasClass('nav__item__with__subs--expanded')) {
+ $('.b-nav__docs').parent().toggleClass('nav__item__with__subs--expanded');
+ }
+});
+</script>
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/documentation.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/documentation.md b/src/site/markdown/documentation.md
new file mode 100644
index 0000000..66493bd
--- /dev/null
+++ b/src/site/markdown/documentation.md
@@ -0,0 +1,70 @@
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to you under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+# Apache CarbonData Documentation
+
+
+
+Apache CarbonData is a new big data file format for faster interactive query using advanced columnar storage, index, compression and encoding techniques to improve computing efficiency, which helps in speeding up queries by an order of magnitude faster over PetaBytes of data.
+
+
+
+## Getting Started
+
+**File Format Concepts:** Start with the basics of understanding the [CarbonData file format](./file-structure-of-carbondata.md#carbondata-file-structure) and its storage structure.This will help to understand other parts of the documentation, incuding deployment, programming and usage guides.
+
+**Quick Start:** [Run an example program](./quick-start-guide.md#installing-and-configuring-carbondata-to-run-locally-with-spark-shell) on your local machine or [study some examples](https://github.com/apache/carbondata/tree/master/examples/spark2/src/main/scala/org/apache/carbondata/examples).
+
+**CarbonData SQL Language Reference:** CarbonData extends the Spark SQL language and adds several [DDL](./ddl-of-carbondata.md) and [DML](./dml-of-carbondata.md) statements to support operations on it.Refer to the [Reference Manual](./language-manual.md) to understand the supported features and functions.
+
+**Programming Guides:** You can read our guides about [APIs supported](./sdk-guide.md) to learn how to integrate CarbonData with your applications.
+
+
+
+## Deployment
+
+CarbonData can be integrated with popular Execution engines like [Spark](./quick-start-guide.md#spark) and [Presto](./quick-start-guide.md#presto).Refer to the [Installation and Configuration](./quick-start-guide.md##deployment-modes) section to understand all modes of Integrating CarbonData.
+
+
+
+## Contributing to CarbonData
+
+The Apache CarbonData community welcomes all kinds of contributions from anyone with a passion for
+faster data format.Contributing to CarbonData doesn’t just mean writing code. Helping new users on the mailing list, testing releases, and improving documentation are also welcome.Please follow the [Contributing to CarbonData guidelines](./how-to-contribute-to-apache-carbondata.md) before proposing a design or code change.
+
+
+
+**Compiling CarbonData:** This [guide](https://github.com/apache/carbondata/tree/master/build) will help you to compile and generate the jars for test.
+
+
+
+## External Resources
+
+**Wiki:** You can read the [Apache CarbonData wiki](https://cwiki.apache.org/confluence/display/CARBONDATA/CarbonData+Home) page for upcoming release plan, blogs and training materials.
+
+**Summit:** Presentations from past summits and conferences can be found [here](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=66850609).
+
+**Blogs:** Blogs by external users can be found [here](https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67635497).
+
+**Performance reports:** TPC-H performance reports can be found [here](https://cwiki.apache.org/confluence/display/CARBONDATA/Performance+-+TPCH+Report+of+CarbonData+%281.2+version%29+and+Parquet+on+Spark+Execution+Engine).
+
+**Trainings:** Training records on design and code flows can be found [here](https://cwiki.apache.org/confluence/display/CARBONDATA/CarbonData+Training+Materials).
+
+<script>
+// Show selected style on nav item
+$(function() { $('.b-nav__intro').addClass('selected'); });
+</script>
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/faq.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/faq.md b/src/site/markdown/faq.md
index 9f74842..fdc2ca6 100644
--- a/src/site/markdown/faq.md
+++ b/src/site/markdown/faq.md
@@ -7,7 +7,7 @@
the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
-
+
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
@@ -29,7 +29,24 @@
* [Why all executors are showing success in Spark UI even after Dataload command failed at Driver side?](#Why-all-executors-are-showing-success-in-Spark-UI-even-after-Dataload-command-failed-at-driver-side)
* [Why different time zone result for select query output when query SDK writer output?](#Why-different-time-zone-result-for-select-query-output-when-query-SDK-writer-output)
+# TroubleShooting
+
+- [Getting tablestatus.lock issues When loading data](#Getting-tablestatus.lock-issues-When-loading-data)
+- [Failed to load thrift libraries](#failed-to-load-thrift-libraries)
+- [Failed to launch the Spark Shell](#failed-to-launch-the-spark-shell)
+- [Failed to execute load query on cluster](#failed-to-execute-load-query-on-cluster)
+- [Failed to execute insert query on cluster](#failed-to-execute-insert-query-on-cluster)
+- [Failed to connect to hiveuser with thrift](#failed-to-connect-to-hiveuser-with-thrift)
+- [Failed to read the metastore db during table](#failed-to-read-the-metastore-db-during-table)
+- [Failed to load data on the cluster](#failed-to-load-data-on-the-cluster)
+- [Failed to insert data on the cluster](#failed-to-insert-data-on-the-cluster)
+- [Failed to execute Concurrent Operations(Load,Insert,Update) on table by multiple workers](#failed-to-execute-concurrent-operations-on-table-by-multiple-workers)
+- [Failed to create a table with a single numeric column](#failed-to-create-a-table-with-a-single-numeric-column)
+
+##
+
## What are Bad Records?
+
Records that fail to get loaded into the CarbonData due to data type incompatibility or are empty or have incompatible format are classified as Bad Records.
## Where are Bad Records Stored in CarbonData?
@@ -195,3 +212,260 @@ cluster timezone is Asia/Shanghai
TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai"))
```
+
+
+## Getting tablestatus.lock issues When loading data
+
+ **Symptom**
+```
+17/11/11 16:48:13 ERROR LocalFileLock: main hdfs:/localhost:9000/carbon/store/default/hdfstable/tablestatus.lock (No such file or directory)
+java.io.FileNotFoundException: hdfs:/localhost:9000/carbon/store/default/hdfstable/tablestatus.lock (No such file or directory)
+ at java.io.FileOutputStream.open0(Native Method)
+ at java.io.FileOutputStream.open(FileOutputStream.java:270)
+ at java.io.FileOutputStream.<init>(FileOutputStream.java:213)
+ at java.io.FileOutputStream.<init>(FileOutputStream.java:101)
+```
+
+ **Possible Cause**
+ If you use `<hdfs path>` as store path when creating carbonsession, may get the errors,because the default is LOCALLOCK.
+
+ **Procedure**
+ Before creating carbonsession, sets as below:
+ ```
+ import org.apache.carbondata.core.util.CarbonProperties
+ import org.apache.carbondata.core.constants.CarbonCommonConstants
+ CarbonProperties.getInstance().addProperty(CarbonCommonConstants.LOCK_TYPE, "HDFSLOCK")
+ ```
+
+## Failed to load thrift libraries
+
+ **Symptom**
+
+ Thrift throws following exception :
+
+ ```
+ thrift: error while loading shared libraries:
+ libthriftc.so.0: cannot open shared object file: No such file or directory
+ ```
+
+ **Possible Cause**
+
+ The complete path to the directory containing the libraries is not configured correctly.
+
+ **Procedure**
+
+ Follow the Apache thrift docs at [https://thrift.apache.org/docs/install](https://thrift.apache.org/docs/install) to install thrift correctly.
+
+## Failed to launch the Spark Shell
+
+ **Symptom**
+
+ The shell prompts the following error :
+
+ ```
+ org.apache.spark.sql.CarbonContext$$anon$$apache$spark$sql$catalyst$analysis
+ $OverrideCatalog$_setter_$org$apache$spark$sql$catalyst$analysis
+ $OverrideCatalog$$overrides_$e
+ ```
+
+ **Possible Cause**
+
+ The Spark Version and the selected Spark Profile do not match.
+
+ **Procedure**
+
+ 1. Ensure your spark version and selected profile for spark are correct.
+
+ 2. Use the following command :
+
+```
+"mvn -Pspark-2.1 -Dspark.version {yourSparkVersion} clean package"
+```
+Note : Refrain from using "mvn clean package" without specifying the profile.
+
+## Failed to execute load query on cluster
+
+ **Symptom**
+
+ Load query failed with the following exception:
+
+ ```
+ Dictionary file is locked for updation.
+ ```
+
+ **Possible Cause**
+
+ The carbon.properties file is not identical in all the nodes of the cluster.
+
+ **Procedure**
+
+ Follow the steps to ensure the carbon.properties file is consistent across all the nodes:
+
+ 1. Copy the carbon.properties file from the master node to all the other nodes in the cluster.
+ For example, you can use ssh to copy this file to all the nodes.
+
+ 2. For the changes to take effect, restart the Spark cluster.
+
+## Failed to execute insert query on cluster
+
+ **Symptom**
+
+ Load query failed with the following exception:
+
+ ```
+ Dictionary file is locked for updation.
+ ```
+
+ **Possible Cause**
+
+ The carbon.properties file is not identical in all the nodes of the cluster.
+
+ **Procedure**
+
+ Follow the steps to ensure the carbon.properties file is consistent across all the nodes:
+
+ 1. Copy the carbon.properties file from the master node to all the other nodes in the cluster.
+ For example, you can use scp to copy this file to all the nodes.
+
+ 2. For the changes to take effect, restart the Spark cluster.
+
+## Failed to connect to hiveuser with thrift
+
+ **Symptom**
+
+ We get the following exception :
+
+ ```
+ Cannot connect to hiveuser.
+ ```
+
+ **Possible Cause**
+
+ The external process does not have permission to access.
+
+ **Procedure**
+
+ Ensure that the Hiveuser in mysql must allow its access to the external processes.
+
+## Failed to read the metastore db during table creation
+
+ **Symptom**
+
+ We get the following exception on trying to connect :
+
+ ```
+ Cannot read the metastore db
+ ```
+
+ **Possible Cause**
+
+ The metastore db is dysfunctional.
+
+ **Procedure**
+
+ Remove the metastore db from the carbon.metastore in the Spark Directory.
+
+## Failed to load data on the cluster
+
+ **Symptom**
+
+ Data loading fails with the following exception :
+
+ ```
+ Data Load failure exception
+ ```
+
+ **Possible Cause**
+
+ The following issue can cause the failure :
+
+ 1. The core-site.xml, hive-site.xml, yarn-site and carbon.properties are not consistent across all nodes of the cluster.
+
+ 2. Path to hdfs ddl is not configured correctly in the carbon.properties.
+
+ **Procedure**
+
+ Follow the steps to ensure the following configuration files are consistent across all the nodes:
+
+ 1. Copy the core-site.xml, hive-site.xml, yarn-site,carbon.properties files from the master node to all the other nodes in the cluster.
+ For example, you can use scp to copy this file to all the nodes.
+
+ Note : Set the path to hdfs ddl in carbon.properties in the master node.
+
+ 2. For the changes to take effect, restart the Spark cluster.
+
+
+
+## Failed to insert data on the cluster
+
+ **Symptom**
+
+ Insertion fails with the following exception :
+
+ ```
+ Data Load failure exception
+ ```
+
+ **Possible Cause**
+
+ The following issue can cause the failure :
+
+ 1. The core-site.xml, hive-site.xml, yarn-site and carbon.properties are not consistent across all nodes of the cluster.
+
+ 2. Path to hdfs ddl is not configured correctly in the carbon.properties.
+
+ **Procedure**
+
+ Follow the steps to ensure the following configuration files are consistent across all the nodes:
+
+ 1. Copy the core-site.xml, hive-site.xml, yarn-site,carbon.properties files from the master node to all the other nodes in the cluster.
+ For example, you can use scp to copy this file to all the nodes.
+
+ Note : Set the path to hdfs ddl in carbon.properties in the master node.
+
+ 2. For the changes to take effect, restart the Spark cluster.
+
+## Failed to execute Concurrent Operations on table by multiple workers
+
+ **Symptom**
+
+ Execution fails with the following exception :
+
+ ```
+ Table is locked for updation.
+ ```
+
+ **Possible Cause**
+
+ Concurrency not supported.
+
+ **Procedure**
+
+ Worker must wait for the query execution to complete and the table to release the lock for another query execution to succeed.
+
+## Failed to create a table with a single numeric column
+
+ **Symptom**
+
+ Execution fails with the following exception :
+
+ ```
+ Table creation fails.
+ ```
+
+ **Possible Cause**
+
+ Behaviour not supported.
+
+ **Procedure**
+
+ A single column that can be considered as dimension is mandatory for table creation.
+
+
+
+
+<script>
+// Show selected style on nav item
+$(function() { $('.b-nav__faq').addClass('selected'); });
+</script>
+
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/file-structure-of-carbondata.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/file-structure-of-carbondata.md b/src/site/markdown/file-structure-of-carbondata.md
index ef31ffd..80c91d5 100644
--- a/src/site/markdown/file-structure-of-carbondata.md
+++ b/src/site/markdown/file-structure-of-carbondata.md
@@ -38,3 +38,16 @@ The file footer can be read once to build the indices in memory, which can be ut
* Data Page: Contains the encoded data of a column of columns.
* Row ID Page (optional): Contains the row ID mappings used when the data page is stored as an inverted index.
* RLE Page (optional): Contains additional metadata used when the data page is RLE coded.
+
+
+<script>
+$(function() {
+ // Show selected style on nav item
+ $('.b-nav__docs').addClass('selected');
+
+ // Display docs subnav items
+ if (!$('.b-nav__docs').parent().hasClass('nav__item__with__subs--expanded')) {
+ $('.b-nav__docs').parent().toggleClass('nav__item__with__subs--expanded');
+ }
+});
+</script>
http://git-wip-us.apache.org/repos/asf/carbondata-site/blob/44eed099/src/site/markdown/how-to-contribute-to-apache-carbondata.md
----------------------------------------------------------------------
diff --git a/src/site/markdown/how-to-contribute-to-apache-carbondata.md b/src/site/markdown/how-to-contribute-to-apache-carbondata.md
new file mode 100644
index 0000000..741e6d6
--- /dev/null
+++ b/src/site/markdown/how-to-contribute-to-apache-carbondata.md
@@ -0,0 +1,199 @@
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to you under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+# How to contribute to Apache CarbonData
+
+The Apache CarbonData community welcomes all kinds of contributions from anyone with a passion for
+faster data format! Apache CarbonData is a new file format for faster interactive query using
+advanced columnar storage, index, compression and encoding techniques to improve computing
+efficiency,in turn it will help speedup queries an order of magnitude faster over PetaBytes of data.
+
+We use a review-then-commit workflow in CarbonData for all contributions.
+
+* Engage -> Design -> Code -> Review -> Commit
+
+## Engage
+
+### Mailing list(s)
+
+We discuss design and implementation issues on dev@carbondata.apache.org Join by
+emailing dev-subscribe@carbondata.apache.org
+
+### Apache JIRA
+
+We use [Apache JIRA](https://issues.apache.org/jira/browse/CARBONDATA) as an issue tracking and
+project management tool, as well as a way to communicate among a very diverse and distributed set
+of contributors. To be able to gather feedback, avoid frustration, and avoid duplicated efforts all
+CarbonData-related work should be tracked there.
+
+If you do not already have an Apache JIRA account, sign up [here](https://issues.apache.org/jira/).
+
+If a quick search doesn’t turn up an existing JIRA issue for the work you want to contribute,
+create it. Please discuss your proposal with a committer or the component lead in JIRA or,
+alternatively, on the developer mailing list(dev@carbondata.apache.org).
+
+If there’s an existing JIRA issue for your intended contribution, please comment about your
+intended work. Once the work is understood, a committer will assign the issue to you.
+(If you don’t have a JIRA role yet, you’ll be added to the “contributor” role.) If an issue is
+currently assigned, please check with the current assignee before reassigning.
+
+For moderate or large contributions, you should not start coding or writing a design doc unless
+there is a corresponding JIRA issue assigned to you for that work. Simple changes,
+like fixing typos, do not require an associated issue.
+
+### Design
+
+To clearly express your thoughts and get early feedback from other community members, we encourage you to clearly scope, document the design of non-trivial contributions and discuss with the CarbonData community before you start coding.
+
+Generally, the JIRA issue is the best place to gather relevant design docs, comments, or references. It’s great to explicitly include relevant stakeholders early in the conversation. For designs that may be generally interesting, we also encourage conversations on the developer’s mailing list.
+
+### Code
+
+We use GitHub’s pull request functionality to review proposed code changes.
+If you do not already have a personal GitHub account, sign up [here](https://github.com).
+
+### Git config
+
+Ensure to finish the below config(user.email, user.name) before starting PR works.
+```
+$ git config --global user.email "you@example.com"
+$ git config --global user.name "Your Name"
+```
+
+#### Fork the repository on GitHub
+
+Go to the [Apache CarbonData GitHub mirror](https://github.com/apache/carbondata) and
+fork the repository to your account.
+This will be your private workspace for staging changes.
+
+#### Clone the repository locally
+
+You are now ready to create the development environment on your local machine.
+Clone CarbonData’s read-only GitHub mirror.
+```
+$ git clone https://github.com/apache/carbondata.git
+$ cd carbondata
+```
+Add your forked repository as an additional Git remote, where you’ll push your changes.
+```
+$ git remote add <GitHub_user> https://github.com/<GitHub_user>/carbondata.git
+```
+You are now ready to start developing!
+
+#### Create a branch in your fork
+
+You’ll work on your contribution in a branch in your own (forked) repository. Create a local branch,
+initialized with the state of the branch you expect your changes to be merged into.
+Keep in mind that we use several branches, including master, feature-specific, and
+release-specific branches. If you are unsure, initialize with the state of the master branch.
+```
+$ git fetch --all
+$ git checkout -b <my-branch> origin/master
+```
+At this point, you can start making and committing changes to this branch in a standard way.
+
+#### Syncing and pushing your branch
+
+Periodically while you work, and certainly before submitting a pull request, you should update
+your branch with the most recent changes to the target branch.
+```
+$ git pull --rebase
+```
+Remember to always use --rebase parameter to avoid extraneous merge commits.
+
+To push your local, committed changes to your (forked) repository on GitHub, run:
+```
+$ git push <GitHub_user> <my-branch>
+```
+#### Testing
+
+All code should have appropriate unit testing coverage. New code should have new tests in the
+same contribution. Bug fixes should include a regression test to prevent the issue from reoccurring.
+
+For contributions to the Java code, run unit tests locally via Maven.
+```
+$ mvn clean verify
+```
+
+### Review
+
+Once the initial code is complete and the tests pass, it’s time to start the code review process.
+We review and discuss all code, no matter who authors it. It’s a great way to build community,
+since you can learn from other developers, and they become familiar with your contribution.
+It also builds a strong project by encouraging a high quality bar and keeping code consistent
+throughout the project.
+
+#### Create a pull request
+
+Organize your commits to make your reviewer’s job easier. Use the following command to
+re-order, squash, edit, or change description of individual commits.
+```
+$ git rebase -i origin/master
+```
+Navigate to the CarbonData GitHub mirror to create a pull request. The title of the pull request
+should be strictly in the following format:
+```
+[CARBONDATA-JiraTicketNumer][FeatureName] Description of pull request
+```
+Please include a descriptive pull request message to help make the reviewer’s job easier:
+```
+ - The root cause/problem statement
+ - What is the implemented solution
+ ```
+
+If you know a good committer to review your pull request, please make a comment like the following.
+If not, don’t worry, a committer will pick it up.
+```
+Hi @<committer/reviewer name>, can you please take a look?
+```
+
+#### Code Review and Revision
+
+During the code review process, don’t rebase your branch or otherwise modify published commits,
+since this can remove existing comment history and be confusing to the reviewer,
+When you make a revision, always push it in a new commit.
+
+Our GitHub mirror automatically provides pre-commit testing coverage using Jenkins.
+Please make sure those tests pass,the contribution cannot be merged otherwise.
+
+#### LGTM
+Once the reviewer is happy with the change, they’ll respond with an LGTM (“looks good to me!”).
+At this point, the committer will take over, possibly make some additional touch ups,
+and merge your changes into the codebase.
+
+In the case both the author and the reviewer are committers, either can merge the pull request.
+Just be sure to communicate clearly whose responsibility it is in this particular case.
+
+Thank you for your contribution to Apache CarbonData!
+
+#### Deleting your branch(optional)
+Once the pull request is merged into the Apache CarbonData repository, you can safely delete the
+branch locally and purge it from your forked repository.
+
+From another local branch, run:
+```
+$ git fetch --all
+$ git branch -d <my-branch>
+$ git push <GitHub_user> --delete <my-branch>
+```
+
+
+<script>
+// Show selected style on nav item
+$(function() { $('.b-nav__contri').addClass('selected'); });
+</script>
+