http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/configuration-parameters.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/configuration-parameters.html b/src/main/webapp/docs/latest/configuration-parameters.html deleted file mode 100644 index 1e893ae..0000000 --- a/src/main/webapp/docs/latest/configuration-parameters.html +++ /dev/null @@ -1,431 +0,0 @@ -<!-- - 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. ---><h1>Configuring CarbonData</h1><p>This tutorial guides you through the advanced configurations of CarbonData :</p> -<ul> - <li><a href="#system-configuration">System Configuration</a></li> - <li><a href="#performance-configuration">Performance Configuration</a></li> - <li><a href="#miscellaneous-configuration">Miscellaneous Configuration</a></li> - <li><a href="#spark-configuration">Spark Configuration</a></li> -</ul><h2 id="system-configuration">System Configuration</h2><p>This section provides the details of all the configurations required for the CarbonData System.</p><p><b><p align="center">System Configuration in carbon.properties</p></b></p> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Property </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.storelocation </td> - <td>/user/hive/warehouse/carbon.store </td> - <td>Location where CarbonData will create the store, and write the data in its own format. NOTE: Store location should be in HDFS. </td> - </tr> - <tr> - <td>carbon.ddl.base.hdfs.url </td> - <td>hdfs://hacluster/opt/data </td> - <td>This property is used to configure the HDFS relative path, the path configured in carbon.ddl.base.hdfs.url will be appended to the HDFS path configured in fs.defaultFS. If this path is configured, then user need not pass the complete path while dataload. For example: If absolute path of the csv file is hdfs://10.18.101.155:54310/data/cnbc/2016/xyz.csv, the path "hdfs://10.18.101.155:54310" will come from property fs.defaultFS and user can configure the /data/cnbc/ as carbon.ddl.base.hdfs.url. Now while dataload user can specify the csv path as /2016/xyz.csv. </td> - </tr> - <tr> - <td>carbon.badRecords.location </td> - <td>/opt/Carbon/Spark/badrecords </td> - <td>Path where the bad records are stored. </td> - </tr> - <tr> - <td>carbon.kettle.home </td> - <td>$SPARK_HOME/carbonlib/carbonplugins </td> - <td>Configuration for loading the data with kettle. </td> - </tr> - <tr> - <td>carbon.data.file.version </td> - <td>2 </td> - <td>If this parameter value is set to 1, then CarbonData will support the data load which is in old format(0.x version). If the value is set to 2(1.x onwards version), then CarbonData will support the data load of new format only. </td> - </tr> - </tbody> -</table><h2 id="performance-configuration">Performance Configuration</h2><p>This section provides the details of all the configurations required for CarbonData Performance Optimization.</p><p><b><p align="center">Performance Configuration in carbon.properties</p></b></p> -<ul> - <li><strong>Data Loading Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - <th>Range </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.sort.file.buffer.size </td> - <td>20 </td> - <td>File read buffer size used during sorting. This value is expressed in MB. </td> - <td>Min=1 and Max=100 </td> - </tr> - <tr> - <td>carbon.graph.rowset.size </td> - <td>100000 </td> - <td>Rowset size exchanged between data load graph steps. </td> - <td>Min=500 and Max=1000000 </td> - </tr> - <tr> - <td>carbon.number.of.cores.while.loading </td> - <td>6 </td> - <td>Number of cores to be used while loading data. </td> - <td> </td> - </tr> - <tr> - <td>carbon.sort.size </td> - <td>500000 </td> - <td>Record count to sort and write intermediate files to temp. </td> - <td> </td> - </tr> - <tr> - <td>carbon.enableXXHash </td> - <td>true </td> - <td>Algorithm for hashmap for hashkey calculation. </td> - <td> </td> - </tr> - <tr> - <td>carbon.number.of.cores.block.sort </td> - <td>7 </td> - <td>Number of cores to use for block sort while loading data. </td> - <td> </td> - </tr> - <tr> - <td>carbon.max.driver.lru.cache.size </td> - <td>-1 </td> - <td>Max LRU cache size upto which data will be loaded at the driver side. This value is expressed in MB. Default value of -1 means there is no memory limit for caching. Only integer values greater than 0 are accepted. </td> - <td> </td> - </tr> - <tr> - <td>carbon.max.executor.lru.cache.size </td> - <td>-1 </td> - <td>Max LRU cache size upto which data will be loaded at the executor side. This value is expressed in MB. Default value of -1 means there is no memory limit for caching. Only integer values greater than 0 are accepted. If this parameter is not configured, then the carbon.max.driver.lru.cache.size value will be considered. </td> - <td> </td> - </tr> - <tr> - <td>carbon.merge.sort.prefetch </td> - <td>true </td> - <td>Enable prefetch of data during merge sort while reading data from sort temp files in data loading. </td> - <td> </td> - </tr> - <tr> - <td>carbon.update.persist.enable </td> - <td>true </td> - <td>Enabling this parameter considers persistent data. Enabling this will reduce the execution time of UPDATE operation. </td> - <td> </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Compaction Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - <th>Range </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.number.of.cores.while.compacting </td> - <td>2 </td> - <td>Number of cores which are used to write data during compaction. </td> - <td> </td> - </tr> - <tr> - <td>carbon.compaction.level.threshold </td> - <td>4, 3 </td> - <td>This property is for minor compaction which decides how many segments to be merged. Example: If it is set as 2, 3 then minor compaction will be triggered for every 2 segments. 3 is the number of level 1 compacted segment which is further compacted to new segment. </td> - <td>Valid values are from 0-100. </td> - </tr> - <tr> - <td>carbon.major.compaction.size </td> - <td>1024 </td> - <td>Major compaction size can be configured using this parameter. Sum of the segments which is below this threshold will be merged. This value is expressed in MB. </td> - <td> </td> - </tr> - <tr> - <td>carbon.horizontal.compaction.enable </td> - <td>true </td> - <td>This property is used to turn ON/OFF horizontal compaction. After every DELETE and UPDATE statement, horizontal compaction may occur in case the delta (DELETE/ UPDATE) files becomes more than specified threshold. </td> - <td> </td> - </tr> - <tr> - <td>carbon.horizontal.UPDATE.compaction.threshold </td> - <td>1 </td> - <td>This property specifies the threshold limit on number of UPDATE delta files within a segment. In case the number of delta files goes beyond the threshold, the UPDATE delta files within the segment becomes eligible for horizontal compaction and compacted into single UPDATE delta file. </td> - <td>Values between 1 to 10000. </td> - </tr> - <tr> - <td>carbon.horizontal.DELETE.compaction.threshold </td> - <td>1 </td> - <td>This property specifies the threshold limit on number of DELETE delta files within a block of a segment. In case the number of delta files goes beyond the threshold, the DELETE delta files for the particular block of the segment becomes eligible for horizontal compaction and compacted into single DELETE delta file. </td> - <td>Values between 1 to 10000. </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Query Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - <th>Range </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.number.of.cores </td> - <td>4 </td> - <td>Number of cores to be used while querying. </td> - <td> </td> - </tr> - <tr> - <td>carbon.inmemory.record.size </td> - <td>120000 </td> - <td>Number of records to be in memory while querying. </td> - <td>Min=100000 and Max=240000 </td> - </tr> - <tr> - <td>carbon.enable.quick.filter </td> - <td>false </td> - <td>Improves the performance of filter query. </td> - <td> </td> - </tr> - <tr> - <td>no.of.cores.to.load.blocks.in.driver </td> - <td>10 </td> - <td>Number of core to load the blocks in driver. </td> - <td> </td> - </tr> - </tbody> -</table><h2 id="miscellaneous-configuration">Miscellaneous Configuration</h2><p><b><p align="center">Extra Configuration in carbon.properties</p></b></p> -<ul> - <li><strong>Time format for CarbonData</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Format </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.timestamp.format </td> - <td>yyyy-MM-dd HH:mm:ss </td> - <td>Timestamp format of input data used for timestamp data type. </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Dataload Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.sort.file.write.buffer.size </td> - <td>10485760 </td> - <td>File write buffer size used during sorting. </td> - </tr> - <tr> - <td>carbon.lock.type </td> - <td>LOCALLOCK </td> - <td>This configuration specifies the type of lock to be acquired during concurrent operations on table. There are following types of lock implementation: - LOCALLOCK: Lock is created on local file system as file. This lock is useful when only one spark driver (thrift server) runs on a machine and no other CarbonData spark application is launched concurrently. - HDFSLOCK: Lock is created on HDFS file system as file. This lock is useful when multiple CarbonData spark applications are launched and no ZooKeeper is running on cluster and HDFS supports file based locking. </td> - </tr> - <tr> - <td>carbon.sort.intermediate.files.limit </td> - <td>20 </td> - <td>Minimum number of intermediate files after which merged sort can be started. </td> - </tr> - <tr> - <td>carbon.block.meta.size.reserved.percentage </td> - <td>10 </td> - <td>Space reserved in percentage for writing block meta data in CarbonData file. </td> - </tr> - <tr> - <td>carbon.csv.read.buffersize.byte </td> - <td>1048576 </td> - <td>csv reading buffer size. </td> - </tr> - <tr> - <td>high.cardinality.value </td> - <td>100000 </td> - <td>To identify and apply compression for non-high cardinality columns. </td> - </tr> - <tr> - <td>carbon.merge.sort.reader.thread </td> - <td>3 </td> - <td>Maximum no of threads used for reading intermediate files for final merging. </td> - </tr> - <tr> - <td>carbon.load.metadata.lock.retries </td> - <td>3 </td> - <td>Maximum number of retries to get the metadata lock for loading data to table. </td> - </tr> - <tr> - <td>carbon.load.metadata.lock.retry.timeout.sec </td> - <td>5 </td> - <td>Interval between the retries to get the lock. </td> - </tr> - <tr> - <td>carbon.tempstore.location </td> - <td>/opt/Carbon/TempStoreLoc </td> - <td>Temporary store location. By default it takes System.getProperty("java.io.tmpdir"). </td> - </tr> - <tr> - <td>carbon.load.log.counter </td> - <td>500000 </td> - <td>Data loading records count logger. </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Compaction Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.numberof.preserve.segments </td> - <td>0 </td> - <td>If the user wants to preserve some number of segments from being compacted then he can set this property. Example: carbon.numberof.preserve.segments=2 then 2 latest segments will always be excluded from the compaction. No segments will be preserved by default. </td> - </tr> - <tr> - <td>carbon.allowed.compaction.days </td> - <td>0 </td> - <td>Compaction will merge the segments which are loaded with in the specific number of days configured. Example: If the configuration is 2, then the segments which are loaded in the time frame of 2 days only will get merged. Segments which are loaded 2 days apart will not be merged. This is disabled by default. </td> - </tr> - <tr> - <td>carbon.enable.auto.load.merge </td> - <td>false </td> - <td>To enable compaction while data loading. </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Query Configuration</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>max.query.execution.time </td> - <td>60 </td> - <td>Maximum time allowed for one query to be executed. The value is in minutes. </td> - </tr> - <tr> - <td>carbon.enableMinMax </td> - <td>true </td> - <td>Min max is feature added to enhance query performance. To disable this feature, set it false. </td> - </tr> - </tbody> -</table> -<ul> - <li><strong>Global Dictionary Configurations</strong></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>high.cardinality.identify.enable </td> - <td>true </td> - <td>If the parameter is true, the high cardinality columns of the dictionary code are automatically recognized and these columns will not be used as global dictionary encoding. If the parameter is false, all dictionary encoding columns are used as dictionary encoding. The high cardinality column must meet the following requirements: value of cardinality > configured value of high.cardinalityEqually, the value of cardinality is higher than the threshold.value of cardinality/ row number x 100 > configured value of high.cardinality.row.count.percentageEqually, the ratio of the cardinality value to data row number is higher than the configured percentage. </td> - </tr> - <tr> - <td>high.cardinality.threshold </td> - <td>1000000 </td> - <td>Threshold to identify whether high cardinality column.if columns of cardinality > the configured value, then the columns are excluded from dictionary encoding. </td> - </tr> - <tr> - <td>high.cardinality.row.count.percentage </td> - <td>80 </td> - <td>Percentage to identify whether column cardinality is more than configured percent of total row count.Configuration value formula:Value of cardinality/ row number x 100 > configured value of high.cardinality.row.count.percentageThe value of the parameter must be larger than 0. </td> - </tr> - <tr> - <td>carbon.cutOffTimestamp </td> - <td>1970-01-01 05:30:00 </td> - <td>Sets the start date for calculating the timestamp. Java counts the number of milliseconds from start of "1970-01-01 00:00:00". This property is used to customize the start of position. For example "2000-01-01 00:00:00". The date must be in the form "carbon.timestamp.format". NOTE: The CarbonData supports data store up to 68 years from the cut-off time defined. For example, if the cut-off time is 1970-01-01 05:30:00, then the data can be stored up to 2038-01-01 05:30:00. </td> - </tr> - <tr> - <td>carbon.timegranularity </td> - <td>SECOND </td> - <td>The property used to set the data granularity level DAY, HOUR, MINUTE, or SECOND. </td> - </tr> - </tbody> -</table><h2 id="spark-configuration">Spark Configuration</h2><p><b><p align="center">Spark Configuration Reference in spark-defaults.conf</p></b></p> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default Value </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>spark.driver.memory </td> - <td>1g </td> - <td>Amount of memory to be used by the driver process. </td> - </tr> - <tr> - <td>spark.executor.memory </td> - <td>1g </td> - <td>Amount of memory to be used per executor process. </td> - </tr> - <tr> - <td>spark.sql.bigdata.register.analyseRule </td> - <td>org.apache.spark.sql.hive.acl.CarbonAccessControlRules </td> - <td>CarbonAccessControlRules need to be set for enabling Access Control. </td> - </tr> - </tbody> -</table> \ No newline at end of file
http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/data-management.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/data-management.html b/src/main/webapp/docs/latest/data-management.html deleted file mode 100644 index d2758b8..0000000 --- a/src/main/webapp/docs/latest/data-management.html +++ /dev/null @@ -1,180 +0,0 @@ -<!-- - 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. ---> -<!--<script src="../../js/mdNavigation.js" type="text/javascript"></script>--> -<h1>Data Management</h1><p>This tutorial is going to introduce you to the conceptual details of data management like:</p> -<ul> - <li><a href="#loading-data">Loading Data</a></li> - <li><a href="#deleting-data">Deleting Data</a></li> - <li><a href="#compacting-data">Compacting Data</a></li> - <li><a href="#updating-data">Updating Data</a></li> -</ul><h2 id="loading-data">Loading Data</h2> -<ul> - <li><strong>Scenario</strong></li> -</ul><p>After creating a table, you can load data to the table using the <a href="mainpage.html?page=dml">LOAD DATA</a> command. The loaded data is available for querying. When data load is triggered, the data is encoded in CarbonData format and copied into HDFS CarbonData store path (specified in carbon.properties file) in compressed, multi dimensional columnar format for quick analysis queries. The same command can be used to load new data or to update the existing data. Only one data load can be triggered for one table. The high cardinality columns of the dictionary encoding are automatically recognized and these columns will not be used for dictionary encoding.</p> -<ul> - <li><strong>Procedure</strong></li> -</ul><p>Data loading is a process that involves execution of multiple steps to read, sort and encode the data in CarbonData store format. Each step is executed on different threads. After data loading process is complete, the status (success/partial success) is updated to CarbonData store metadata. The table below lists the possible load status.</p> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Status </th> - <th>Description </th> - </tr> - </thead> - <tbody> - <tr> - <td>Success </td> - <td>All the data is loaded into table and no bad records found. </td> - </tr> - <tr> - <td>Partial Success </td> - <td>Data is loaded into table and bad records are found. Bad records are stored at carbon.badrecords.location. </td> - </tr> - </tbody> -</table><p>In case of failure, the error will be logged in error log. Details of loads can be seen with <a href="mainpage.html?page=dml">SHOW SEGMENTS</a> command. The show segment command output consists of :</p> -<ul> - <li>SegmentSequenceID</li> - <li>START_TIME OF LOAD</li> - <li>END_TIME OF LOAD</li> - <li>LOAD STATUS</li> -</ul><p>The latest load will be displayed first in the output.</p><p>Refer to <a href="mainpage.html?page=dml">DML operations on CarbonData</a> for load commands.</p> -<h2 id="deleting-data">Deleting Data</h2> -<ul> - <li><strong>Scenario</strong></li> -</ul><p>If you have loaded wrong data into the table, or too many bad records are present and you want to modify and reload the data, you can delete required data loads. The load can be deleted using the Segment Sequence Id or if the table contains date field then the data can be deleted using the date field. If there are some specific records that need to be deleted based on some filter condition(s) we can delete by records.</p> -<ul> - <li><strong>Procedure</strong></li> -</ul><p>The loaded data can be deleted in the following ways:</p> -<ul> - <li><p>Delete by Segment ID</p><p>After you get the segment ID of the segment that you want to delete, execute the DELETE command for the selected segment. The status of deleted segment is updated to Marked for delete / Marked for Update.</p></li> -</ul> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>SegmentSequenceId </th> - <th>Status </th> - <th>Load Start Time </th> - <th>Load End Time </th> - </tr> - </thead> - <tbody> - <tr> - <td>0 </td> - <td>Success </td> - <td>2015-11-19 19:14:... </td> - <td>2015-11-19 19:14:... </td> - </tr> - <tr> - <td>1 </td> - <td>Marked for Update </td> - <td>2015-11-19 19:54:... </td> - <td>2015-11-19 20:08:... </td> - </tr> - <tr> - <td>2 </td> - <td>Marked for Delete </td> - <td>2015-11-19 20:25:... </td> - <td>2015-11-19 20:49:... </td> - </tr> - </tbody> -</table> -<ul> - <li><p>Delete by Date Field</p><p>If the table contains date field, you can delete the data based on a specific date.</p></li> - <li><p>Delete by Record</p><p>To delete records from CarbonData table based on some filter Condition(s).</p><p>For delete commands refer to <a href="mainpage.html?page=dml">DML operations on CarbonData</a>.</p></li> - <li><p><strong>NOTE</strong>:</p> - <ul> - <li>When the delete segment DML is called, segment will not be deleted physically from the file system. Instead the segment status will be marked as "Marked for Delete". For the query execution, this deleted segment will be excluded.</li> - </ul> - <ul> - <li>The deleted segment will be deleted physically during the next load operation and only after the maximum query execution time configured using "max.query.execution.time". By default it is 60 minutes.</li> - </ul> - <ul> - <li>If the user wants to force delete the segment physically then he can use CLEAN FILES Command.</li> - </ul></li> -</ul><p>Example :</p><p><code> -CLEAN FILES FOR TABLE table1 -</code></p><p>This DML will physically delete the segment which are "Marked for delete" immediately.</p> -<h2 id="compacting-data">Compacting Data</h2> -<ul> - <li><strong>Scenario</strong></li> -</ul><p>Frequent data ingestion results in several fragmented CarbonData files in the store directory. Since data is sorted only within each load, the indices perform only within each load. This means that there will be one index for each load and as number of data load increases, the number of indices also increases. As each index works only on one load, the performance of indices is reduced. CarbonData provides provision for compacting the loads. Compaction process combines several segments into one large segment by merge sorting the data from across the segments. </p> -<ul> - <li><strong>Procedure</strong></li> -</ul><p>There are two types of compaction Minor and Major compaction.</p> -<ul> - <li><p><strong>Minor Compaction</strong></p><p>In minor compaction the user can specify how many loads to be merged. Minor compaction triggers for every data load if the parameter carbon.enable.auto.load.merge is set. If any segments are available to be merged, then compaction will run parallel with data load. There are 2 levels in minor compaction.</p> - <ul> - <li>Level 1: Merging of the segments which are not yet compacted.</li> - <li>Level 2: Merging of the compacted segments again to form a bigger segment.</li> - </ul></li> - <li><p><strong>Major Compaction</strong></p><p>In Major compaction, many segments can be merged into one big segment. User will specify the compaction size until which segments can be merged. Major compaction is usually done during the off-peak time. </p></li> -</ul><p>There are number of parameters related to Compaction that can be set in carbon.properties file </p> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Default </th> - <th>Application </th> - <th>Description </th> - <th>Valid Values </th> - </tr> - </thead> - <tbody> - <tr> - <td>carbon.compaction.level.threshold </td> - <td>4, 3 </td> - <td>Minor </td> - <td>This property is for minor compaction which decides how many segments to be merged. Example: If it is set as 2, 3 then minor compaction will be triggered for every 2 segments. 3 is the number of level 1 compacted segment which is further compacted to new segment. </td> - <td>NA </td> - </tr> - <tr> - <td>carbon.major.compaction.size </td> - <td>1024 MB </td> - <td>Major </td> - <td>Major compaction size can be configured using this parameter. Sum of the segments which is below this threshold will be merged. </td> - <td>NA </td> - </tr> - <tr> - <td>carbon.numberof.preserve.segments </td> - <td>0 </td> - <td>Minor/Major </td> - <td>If the user wants to preserve some number of segments from being compacted then he can set this property. Example: carbon.numberof.preserve.segments=2 then 2 latest segments will always be excluded from the compaction. No segments will be preserved by default. </td> - <td>0-100 </td> - </tr> - <tr> - <td>carbon.allowed.compaction.days </td> - <td>0 </td> - <td>Minor/Major </td> - <td>Compaction will merge the segments which are loaded within the specific number of days configured. Example: If the configuration is 2, then the segments which are loaded in the time frame of 2 days only will get merged. Segments which are loaded 2 days apart will not be merged. This is disabled by default. </td> - <td>0-100 </td> - </tr> - <tr> - <td>carbon.number.of.cores.while.compacting </td> - <td>2 </td> - <td>Minor/Major </td> - <td>Number of cores which is used to write data during compaction. </td> - <td>0-100 </td> - </tr> - </tbody> -</table><p>For compaction commands refer to <a href="mainpage.html?page=dml">DDL operations on CarbonData</a></p> -<h2 id="updating-data">Updating Data</h2> -<ul> - <li><p><strong>Scenario</strong></p><p>Sometimes after the data has been ingested into the System, it is required to be updated. Also there may be situations where some specific columns need to be updated on the basis of column expression and optional filter conditions.</p></li> - <li><p><strong>Procedure</strong></p><p>To update we need to specify the column expression with an optional filter condition(s).</p><p>For update commands refer to <a href="mainpage.html?page=dml">DML operations on CarbonData</a>.</p></li> -</ul> \ No newline at end of file http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/ddl-operation-on-carbondata.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/ddl-operation-on-carbondata.html b/src/main/webapp/docs/latest/ddl-operation-on-carbondata.html deleted file mode 100644 index c9f238c..0000000 --- a/src/main/webapp/docs/latest/ddl-operation-on-carbondata.html +++ /dev/null @@ -1,256 +0,0 @@ -<!-- - 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. ---> -<h1>DDL Operations on CarbonData</h1><p>This tutorial guides you through the data definition language support provided by CarbonData.</p><h2>Overview</h2><p>The following DDL operations are supported in CarbonData :</p> -<ul> - <li><a href="#create-table">CREATE TABLE</a></li> - <li><a href="#show-table">SHOW TABLE</a></li> - <li><a href="#drop-table">DROP TABLE</a></li> - <li><a href="#compaction">COMPACTION</a></li> - <li><a href="#bucketing">BUCKETING</a></li> -</ul><h2 id="create-table">CREATE TABLE</h2><p>This command can be used to create a CarbonData table by specifying the list of fields along with the table properties.</p><p><pre><code> - CREATE TABLE [IF NOT EXISTS] [db_name.]table_name - [(col_name data_type, ...)] - STORED BY 'carbondata' - [TBLPROPERTIES (property_name=property_value, ...)] - // All Carbon's additional table options will go into properties -</code></pre></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Description </th> - <th>Optional </th> - </tr> - </thead> - <tbody> - <tr> - <td>db_name </td> - <td>Name of the database. Database name should consist of alphanumeric characters and underscore(_) special character. </td> - <td>Yes </td> - </tr> - <tr> - <td>field_list </td> - <td>Comma separated List of fields with data type. The field names should consist of alphanumeric characters and underscore(_) special character. </td> - <td>No </td> - </tr> - <tr> - <td>table_name </td> - <td>The name of the table in Database. Table Name should consist of alphanumeric characters and underscore(_) special character. </td> - <td>No </td> - </tr> - <tr> - <td>STORED BY </td> - <td>"org.apache.carbondata.format", identifies and creates a CarbonData table. </td> - <td>No </td> - </tr> - <tr> - <td>TBLPROPERTIES </td> - <td>List of CarbonData table properties. </td> - <td> </td> - </tr> - </tbody> -</table><h3>Usage Guidelines</h3><p>Following are the guidelines for using table properties.</p> -<ul> - <li><p><strong>Dictionary Encoding Configuration</strong></p><p>Dictionary encoding is enabled by default for all String columns, and disabled for non-String columns. You can include and exclude columns for dictionary encoding.</p></li> -</ul><p><code> - TBLPROPERTIES ("DICTIONARY_EXCLUDE"="column1, column2") - TBLPROPERTIES ("DICTIONARY_INCLUDE"="column1, column2") -</code></p><p>Here, DICTIONARY_EXCLUDE will exclude dictionary creation. This is applicable for high-cardinality columns and is an optional parameter. DICTIONARY_INCLUDE will generate dictionary for the columns specified in the list.</p> -<ul> - <li><p><strong>Row/Column Format Configuration</strong></p><p>Column groups with more than one column are stored in row format, instead of columnar format. By default, each column is a separate column group.</p></li> -</ul><p><code> - TBLPROPERTIES ("COLUMN_GROUPS"="(column1, column3), - (Column4,Column5,Column6)") -</code></p> -<ul> - <li><p><strong>Table Block Size Configuration</strong></p><p>The block size of table files can be defined using the property TABLE_BLOCKSIZE. It accepts only integer values. The default value is 1024 MB and supports a range of 1 MB to 2048 MB. If you do not specify this value in the DDL command, default value is used.</p></li> -</ul><p><code> - TBLPROPERTIES ("TABLE_BLOCKSIZE"="512 MB") -</code></p><p>Here 512 MB means the block size of this table is 512 MB, you can also set it as 512M or 512.</p> -<ul> - <li><p><strong>Inverted Index Configuration</strong></p><p>Inverted index is very useful to improve compression ratio and query speed, especially for those low-cardinality columns who are in reward position. By default inverted index is enabled. The user can disable the inverted index creation for some columns.</p></li> -</ul><p><code> - TBLPROPERTIES ("NO_INVERTED_INDEX"="column1, column3") -</code></p><p>No inverted index shall be generated for the columns specified in NO_INVERTED_INDEX. This property is applicable on columns with high-cardinality and is an optional parameter.</p><p>NOTE:</p> -<ul> - <li><p>By default all columns other than numeric datatype are treated as dimensions and all columns of numeric datatype are treated as measures.</p></li> - <li><p>All dimensions except complex datatype columns are part of multi dimensional key(MDK). This behavior can be overridden by using TBLPROPERTIES. If the user wants to keep any column (except columns of complex datatype) in multi dimensional key then he can keep the columns either in DICTIONARY_EXCLUDE or DICTIONARY_INCLUDE.</p><h3>Example:</h3> - <p><pre><code> - 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 ('COLUMN_GROUPS'='(productNumber,productName)', - 'DICTIONARY_EXCLUDE'='storeCity', - 'DICTIONARY_INCLUDE'='productNumber', - 'NO_INVERTED_INDEX'='productBatch') - </code></pre> - </p></li> -</ul><h2 id="show-table">SHOW TABLE</h2><p>This command can be used to list all the tables in - current database or all the tables of a specific database. <code> - SHOW TABLES [IN db_Name]; - </code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>IN db_Name </td> - <td>Name of the database. Required only if tables of this specific database are to be listed. </td> - <td>Yes </td> - </tr> - </tbody> -</table><h3>Example:</h3><p><code> - SHOW TABLES IN ProductSchema; -</code></p><h2 id="drop-table">DROP TABLE</h2><p>This command is used to delete an existing table.</p><p><code> - DROP TABLE [IF EXISTS] [db_name.]table_name; -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Description </th> - <th>Optional </th> - </tr> - </thead> - <tbody> - <tr> - <td>db_Name </td> - <td>Name of the database. If not specified, current database will be selected. </td> - <td>YES </td> - </tr> - <tr> - <td>table_name </td> - <td>Name of the table to be deleted. </td> - <td>NO </td> - </tr> - </tbody> -</table><h3>Example:</h3><p><code> - DROP TABLE IF EXISTS productSchema.productSalesTable; -</code></p><h2 id="compaction">COMPACTION</h2><p>This command merges the specified number of segments into one segment. This enhances the query performance of the table.</p><p><code> - ALTER TABLE [db_name.]table_name COMPACT 'MINOR/MAJOR'; -</code></p><p>To get details about Compaction refer to Data Management</p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter </th> - <th>Description </th> - <th>Optional </th> - </tr> - </thead> - <tbody> - <tr> - <td>db_name </td> - <td>Database name, if it is not specified then it uses current database. </td> - <td>YES </td> - </tr> - <tr> - <td>table_name </td> - <td>The name of the table in provided database.</td> - <td>NO </td> - </tr> - </tbody> -</table><h3>Syntax</h3> -<ul> - <li><strong>Minor Compaction</strong></li> - <p> - <code> - ALTER TABLE table_name COMPACT 'MINOR'; - </code> - </p> -</ul> -<ul> - <li><strong>Major Compaction</strong></li> - </p><p><code> - ALTER TABLE table_name COMPACT 'MAJOR'; -</code></p> -</ul> -<h2 id="bucketing">BUCKETING</h2> -<p>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, a user needs to - specify the columns to be used for bucketing and the number of buckets. For the selction of - bucket the Hash value of columns is used.</p><p> -<pre> - <code> - CREATE TABLE [IF NOT EXISTS] [db_name.]table_name - [(col_name data_type, ...)] - STORED BY 'carbondata' - TBLPROPERTIES('BUCKETNUMBER'='noOfBuckets', - 'BUCKETCOLUMNS'='columnname') - </code> -</pre> -</p><p></p><h2>Parameter Description</h2> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>BUCKETNUMBER</td> - <td>Specifies the number of Buckets to be created.</td> - <td>No</td> - </tr> - <tr> - <td>BUCKETCOLUMNS</td> - <td>Specify the columns to be considered for Bucketing</td> - <td>No</td> - </tr> - </tbody> -</table><h2>Usage Guidelines</h2> -<ul> - <li><p>The feature is supported for Spark 1.6.2 onwards, but the performance optimization is - evident from Spark 2.1 onwards.</p></li> - <li><p>Bucketing can not be performed for columns of Complex Data Types.</p></li> - <li><p>Columns in the BUCKETCOLUMN parameter must be only dimension. The BUCKETCOLUMN parameter - can not be a measure or a combination of measures and dimensions.</p></li> -</ul><h2>Example :</h2> -<pre><code> - 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 ('COLUMN_GROUPS'='(productName,productNumber)', - 'DICTIONARY_EXCLUDE'='productName', - 'DICTIONARY_INCLUDE'='productNumber', - 'NO_INVERTED_INDEX'='productBatch', - 'BUCKETNUMBER'='4', - 'BUCKETCOLUMNS'='productName') - - </code></pre> \ No newline at end of file http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/dml-operation-on-carbondata.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/dml-operation-on-carbondata.html b/src/main/webapp/docs/latest/dml-operation-on-carbondata.html deleted file mode 100644 index a6a6d75..0000000 --- a/src/main/webapp/docs/latest/dml-operation-on-carbondata.html +++ /dev/null @@ -1,446 +0,0 @@ -<!-- - 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. ---> -<h1>DML Operations on CarbonData</h1><p>This tutorial guides you through the data manipulation - language support provided by CarbonData.</p><h2>Overview</h2><p>The following DML operations are - supported in CarbonData :</p> -<ul> - <li><a href="#load-data">LOAD DATA</a></li> - <li><a href="#insert-data">INSERT DATA INTO A CARBONDATA TABLE</a></li> - <li><a href="#show-segments">SHOW SEGMENTS</a></li> - <li><a href="#delete-id">DELETE SEGMENT BY ID</a></li> - <li><a href="#delete-date">DELETE SEGMENT BY DATE</a></li> - <li><a href="#update-carbondata">UPDATE CARBONDATA TABLE</a></li> - <li><a href="#delete-table">DELETE RECORDS FROM CARBONDATA TABLE</a></li> -</ul><h2 id="load-data">LOAD DATA</h2><p>This command loads the user data in raw format to the - CarbonData specific data format store, this allows CarbonData to provide good performance while - querying the data. Please visit Data Management for more - details on LOAD.</p><h3>Syntax</h3><p><code> - LOAD DATA [LOCAL] INPATH 'folder_path' - INTO TABLE [db_name.]table_name - OPTIONS(property_name=property_value, ...) -</code></p><p>OPTIONS are not mandatory for data loading process. Inside OPTIONS user can provide - either of any options like DELIMITER, QUOTECHAR, ESCAPECHAR, MULTILINE as per requirement.</p> -<p>NOTE: The path shall be canonical path.</p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>folder_path</td> - <td>Path of raw csv data folder or file.</td> - <td>NO</td> - </tr> - <tr> - <td>db_name</td> - <td>Database name, if it is not specified then it uses the current database.</td> - <td>YES</td> - </tr> - <tr> - <td>table_name</td> - <td>The name of the table in provided database.</td> - <td>NO</td> - </tr> - <tr> - <td>OPTIONS</td> - <td>Extra options provided to Load</td> - <td>YES</td> - </tr> - </tbody> -</table><h3>Usage Guidelines</h3><p>You can use the following options to load data:</p> -<ul> - <li><p><strong>DELIMITER:</strong> Delimiters can be provided in the load command.</p> - <p><code> - OPTIONS('DELIMITER'=',') - </code></p></li> - <li><p><strong>QUOTECHAR:</strong> Quote Characters can be provided in the load command.</p> - <p><code> - OPTIONS('QUOTECHAR'='"') - </code></p></li> - <li><p><strong>COMMENTCHAR:</strong> Comment Characters can be provided in the load command if - user want to comment lines.</p> - <p><code> - OPTIONS('COMMENTCHAR'='#') - </code></p></li> - <li><p><strong>FILEHEADER:</strong> Headers can be provided in the LOAD DATA command if headers - are missing in the source files.</p> - <p><code> - OPTIONS('FILEHEADER'='column1,column2') - </code></p></li> - <li><p><strong>MULTILINE:</strong> CSV with new line character in quotes.</p> - <p><code> - OPTIONS('MULTILINE'='true') - </code></p></li> - <li><p><strong>ESCAPECHAR:</strong> Escape char can be provided if user want strict validation - of escape character on CSV.</p> - <p><code> - OPTIONS('ESCAPECHAR'='\') - </code></p></li> - <li><p><strong>COMPLEX_DELIMITER_LEVEL_1:</strong> Split the complex type data column in a row - (eg., a$b$c --> Array = {a,b,c}).</p> - <p><code> - OPTIONS('COMPLEX_DELIMITER_LEVEL_1'='$') - </code></p></li> - <li><p><strong>COMPLEX_DELIMITER_LEVEL_2:</strong> 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}}).</p> - <p><code> - OPTIONS('COMPLEX_DELIMITER_LEVEL_2'=':') - </code></p></li> - <li><p><strong>ALL_DICTIONARY_PATH:</strong> All dictionary files path.</p> - <p><code> - OPTIONS('ALL_DICTIONARY_PATH'='/opt/alldictionary/data.dictionary') - </code></p></li> - <li><p><strong>COLUMNDICT:</strong> Dictionary file path for specified column.</p> - <p><code> - OPTIONS('COLUMNDICT'='column1:dictionaryFilePath1, - column2:dictionaryFilePath2') - </code></p> - <p>NOTE: ALL_DICTIONARY_PATH and COLUMNDICT can not be used together.</p></li> - <li><p><strong>DATEFORMAT:</strong> Date format for specified column.</p> - <p><code> - OPTIONS('DATEFORMAT'='column1:dateFormat1, column2:dateFormat2') - </code></p> - <p>NOTE: Date formats are specified by date pattern strings. The date pattern letters in - CarbonData are same as in JAVA. Refer to <a - href="http://docs.oracle.com/javase/7/docs/api/java/text/SimpleDateFormat.html";>SimpleDateFormat</a>. - </p></li> - <li><p><strong>USE_KETTLE:</strong> This option is used to specify whether to use kettle for - loading data or not. By default kettle is not used for data loading.</p> - <p><code> - OPTIONS('USE_KETTLE'='FALSE') - </code></p></li> - <p>Note : It is recommended to set the value for this option as false.</p> - <li><p><strong>SINGLE_PASS:</strong> 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.</p> - - <p>This option specifies whether to use single pass for loading data or not. By default this - option is set to FALSE.</p> - <p><code> - OPTIONS('SINGLE_PASS'='TRUE') - </code></p> - <p>Note :</p> - <ul> - <li><p>If this option is set to TRUE then data loading will take less time.</p></li> - <li><p>If this option is set to some invalid value other than TRUE or FALSE then it uses - the default value.</p></li> - </ul> - </li> -</ul> - -<h3>Example:</h3><p><pre><code> - LOAD DATA local inpath '/opt/rawdata/data.csv' INTO table carbontable - options('DELIMITER'=',', 'QUOTECHAR'='"','COMMENTCHAR'='#', - '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') -</code></pre></p><h2 id="insert-data">INSERT DATA INTO A CARBONDATA TABLE</h2><p>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.</p><p><strong>NOTE</strong> : - The client node where the INSERT command is executing, must be part of the cluster.</p><h3> - Syntax</h3><p><code> - INSERT INTO TABLE <CARBONDATA TABLE> SELECT * FROM sourceTableName - [ WHERE { <filter_condition> } ]; -</code></p><p>You can also omit the <code>table</code> keyword and write your query as:</p><p><code> - INSERT INTO <CARBONDATA TABLE> SELECT * FROM sourceTableName - [ WHERE { <filter_condition> } ]; -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - </tr> - </thead> - <tbody> - <tr> - <td>CARBON TABLE</td> - <td>The name of the Carbon table in which you want to perform the insert operation.</td> - </tr> - <tr> - <td>sourceTableName</td> - <td>The table from which the records are read and inserted into destination CarbonData - table. - </td> - </tr> - </tbody> -</table><h3>Usage Guidelines</h3><p>The following condition must be met for successful insert - operation :</p> -<ul> - <li>The source table and the CarbonData table must have the same table schema.</li> - <li>The table must be created.</li> - <li>Overwrite is not supported for CarbonData table.</li> - <li>The data type of source and destination table columns should be same, else the data from - source table will be treated as bad records and the INSERT command fails. - </li> - <li>INSERT INTO command does not support partial success if bad records are found, it will - fail. - </li> - <li>Data cannot be loaded or updated in source table while insert from source table to target - table is in progress. - </li> -</ul><p>To enable data load or update during insert operation, configure the following property to - true.</p><p><code> - carbon.insert.persist.enable=true -</code></p><p>By default the above configuration will be false.</p><p><strong>NOTE</strong>: - Enabling this property will reduce the performance.</p><h3>Examples</h3><p><code> - INSERT INTO table1 SELECT item1 ,sum(item2 + 1000) as result FROM - table2 group by item1; -</code></p><p><code> - INSERT INTO table1 SELECT item1, item2, item3 FROM table2 - where item2='xyz'; -</code></p><p><code> - INSERT INTO table1 SELECT * FROM table2 - where exists (select * from table3 - where table2.item1 = table3.item1); -</code></p><p><strong>The Status Success/Failure shall be captured in the driver log.</strong></p> -<h2 id="show-segments">SHOW SEGMENTS</h2><p>This command is used to get the segments of CarbonData - table.</p><p><code> - SHOW SEGMENTS FOR TABLE [db_name.]table_name - LIMIT number_of_segments; -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>db_name</td> - <td>Database name, if it is not specified then it uses the current database.</td> - <td>YES</td> - </tr> - <tr> - <td>table_name</td> - <td>The name of the table in provided database.</td> - <td>NO</td> - </tr> - <tr> - <td>number_of_segments</td> - <td>Limit the output to this number.</td> - <td>YES</td> - </tr> - </tbody> -</table><h3>Example:</h3><p><code> - SHOW SEGMENTS FOR TABLE CarbonDatabase.CarbonTable LIMIT 4; -</code></p><h2 id="delete-id">DELETE SEGMENT BY ID</h2><p>This command is used to delete segment by - using the segment ID. Each segment has a unique segment ID associated with it. Using this - segment ID, you can remove the segment.</p><p>The following command will get the segmentID.</p> -<p><code> - SHOW SEGMENTS FOR Table dbname.tablename LIMIT number_of_segments -</code></p><p>After you retrieve the segment ID of the segment that you want to delete, execute the - following command to delete the selected segment.</p><p><code> - DELETE SEGMENT segment_sequence_id1, segments_sequence_id2, .... - FROM TABLE tableName -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>segment_id</td> - <td>Segment Id of the load.</td> - <td>NO</td> - </tr> - <tr> - <td>db_name</td> - <td>Database name, if it is not specified then it uses the current database.</td> - <td>YES</td> - </tr> - <tr> - <td>table_name</td> - <td>The name of the table in provided database.</td> - <td>NO</td> - </tr> - </tbody> -</table><h3>Example:</h3><p><code> - DELETE SEGMENT 0 FROM TABLE CarbonDatabase.CarbonTable; - DELETE SEGMENT 0.1,5,8 FROM TABLE CarbonDatabase.CarbonTable; -</code> NOTE: Here 0.1 is compacted segment sequence id. </p><h2 id="delete-date">DELETE SEGMENT BY - DATE</h2><p>This command will allow to delete the CarbonData segment(s) from the store based on - the date provided by the user in the DML command. The segment created before the particular date - will be removed from the specific stores.</p><p><code> - DELETE FROM TABLE [schema_name.]table_name - WHERE[DATE_FIELD]BEFORE [DATE_VALUE] -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - <th>Optional</th> - </tr> - </thead> - <tbody> - <tr> - <td>DATE_VALUE</td> - <td>Valid segment load start time value. All the segments before this specified date will be - deleted. - </td> - <td>NO</td> - </tr> - <tr> - <td>db_name</td> - <td>Database name, if it is not specified then it uses the current database.</td> - <td>YES</td> - </tr> - <tr> - <td>table_name</td> - <td>The name of the table in provided database.</td> - <td>NO</td> - </tr> - </tbody> -</table><h3>Example:</h3><p><code> - DELETE SEGMENTS FROM TABLE CarbonDatabase.CarbonTable - WHERE STARTTIME BEFORE '2017-06-01 12:05:06'; -</code></p><h2 id="update-carbondata">Update CarbonData Table</h2><p>This command will allow to - update the carbon table based on the column expression and optional filter conditions.</p><h3> - Syntax</h3><p><code> - UPDATE <table_name> - SET (column_name1, column_name2, ... column_name n) = - (column1_expression , column2_expression . .. column n_expression ) - [ WHERE { <filter_condition> } ]; -</code></p><p>alternatively the following the command can also be used for updating the CarbonData - Table :</p><p><code> - UPDATE <table_name> - SET (column_name1, column_name2,) = - (select sourceColumn1, sourceColumn2 from sourceTable - [ WHERE { <filter_condition> } ] ) - [ WHERE { <filter_condition> } ]; -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - </tr> - </thead> - <tbody> - <tr> - <td>table_name</td> - <td>The name of the Carbon table in which you want to perform the update operation.</td> - </tr> - <tr> - <td>column_name</td> - <td>The destination columns to be updated.</td> - </tr> - <tr> - <td>sourceColumn</td> - <td>The source table column values to be updated in destination table.</td> - </tr> - <tr> - <td>sourceTable</td> - <td>The table from which the records are updated into destination Carbon table.</td> - </tr> - </tbody> -</table><h3>Usage Guidelines</h3><p>The following conditions must be met for successful updation - :</p> -<ul> - <li>The update command fails if multiple input rows in source table are matched with single row - in destination table. - </li> - <li>If the source table generates empty records, the update operation will complete successfully - without updating the table. - </li> - <li>If a source table row does not correspond to any of the existing rows in a destination - table, the update operation will complete successfully without updating the table. - </li> - <li>In sub-query, if the source table and the target table are same, then the update operation - fails. - </li> - <li>If the sub-query used in UPDATE statement contains aggregate method or group by query, then - the UPDATE operation fails. - </li> -</ul><h3>Examples</h3><p>Update is not supported for queries that contain aggregate or group by.</p> -<p><code> - UPDATE t_carbn01 a - SET (a.item_type_code, a.profit) = ( SELECT b.item_type_cd, - sum(b.profit) from t_carbn01b b - WHERE item_type_cd =2 group by item_type_code); -</code></p><p>Here the Update Operation fails as the query contains aggregate function sum(b.profit) - and group by clause in the sub-query.</p><p><code> - UPDATE carbonTable1 d - SET(d.column3,d.column5 ) = (SELECT s.c33 ,s.c55 - FROM sourceTable1 s WHERE d.column1 = s.c11) - WHERE d.column1 = 'china' EXISTS( SELECT * from table3 o where o.c2 > 1); -</code></p><p><code> - UPDATE carbonTable1 d SET (c3) = (SELECT s.c33 from sourceTable1 s - WHERE d.column1 = s.c11) - WHERE exists( select * from iud.other o where o.c2 > 1); -</code></p><p><code> - UPDATE carbonTable1 SET (c2, c5 ) = (c2 + 1, concat(c5 , "y" )); -</code></p><p><code> - UPDATE carbonTable1 d SET (c2, c5 ) = (c2 + 1, "xyx") - WHERE d.column1 = 'india'; -</code></p><p><code> - UPDATE carbonTable1 d SET (c2, c5 ) = (c2 + 1, "xyx") - WHERE d.column1 = 'india' - and EXISTS( SELECT * FROM table3 o WHERE o.column2 > 1); -</code></p><p><strong>The Status Success/Failure shall be captured in the driver log and the - client.</strong></p><h2 id="delete-table">Delete Records from CarbonData Table</h2><p>This - command allows us to delete records from CarbonData table.</p><h3>Syntax</h3><p><code> - DELETE FROM table_name [WHERE expression]; -</code></p><h3>Parameter Description</h3> -<table class="table table-striped table-bordered"> - <thead> - <tr> - <th>Parameter</th> - <th>Description</th> - </tr> - </thead> - <tbody> - <tr> - <td>table_name</td> - <td>The name of the Carbon table in which you want to perform the delete.</td> - </tr> - </tbody> -</table><h3>Examples</h3><p><code> - DELETE FROM columncarbonTable1 d WHERE d.column1 = 'china'; -</code></p><p><code> - DELETE FROM dest WHERE column1 IN ('china', 'USA'); -</code></p><p><code> - DELETE FROM columncarbonTable1 - WHERE column1 IN (SELECT column11 FROM sourceTable2); -</code></p><p><code> - DELETE FROM columncarbonTable1 - WHERE column1 IN (SELECT column11 FROM sourceTable2 WHERE - column1 = 'USA'); -</code></p><p><code> - DELETE FROM columncarbonTable1 WHERE column2 >= 4 -</code></p><p><strong>The Status Success/Failure shall be captured in the driver log and the - client.</strong></p> \ No newline at end of file http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/faq.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/faq.html b/src/main/webapp/docs/latest/faq.html deleted file mode 100644 index 6faf8f4..0000000 --- a/src/main/webapp/docs/latest/faq.html +++ /dev/null @@ -1,66 +0,0 @@ -<!-- - 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. ---> -<h1><a id="FAQs_0"></a>FAQs</h1> -<ul> - <li><a href="#what-are-bad-records">What are Bad Records?</a></li> - <li><a href="#where-are-bad-records-stored-in-carbondata">Where are Bad Records Stored in CarbonData?</a></li> - <li><a href="#how-to-enable-bad-record-logging">How to enable Bad Record Logging?</a></li> - <li><a href="#how-to-ignore-the-bad-records">How to ignore the Bad Records?</a></li> - <li><a href="#how-to-specify-store-location-while-creating-carbon-session">How to specify store location while creating carbon session?</a></li> - <li><a href="#what-is-carbon-lock-type">What is Carbon Lock Type?</a></li> - <li><a href="#how-to-resolve-abstract-method-error">How to resolve Abstract Method Error?</a></li> -</ul> -<h2 id="what-are-bad-records"><a id="What_are_Bad_Records_10"></a>What are Bad Records?</h2> -<p>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.</p> -<h2 id="where-are-bad-records-stored-in-carbondata"><a id="Where_are_Bad_Records_Stored_in_CarbonData_13"></a>Where are Bad Records Stored in CarbonData?</h2> -<p>The bad records are stored at the location set in carbon.badRecords.location in carbon.properties file.<br> - By default <strong>carbon.badRecords.location</strong> specifies the following location <code>/opt/Carbon/Spark/badrecords</code>.</p> -<h2 id="how-to-enable-bad-record-logging"><a id="How_to_enable_Bad_Record_Logging_17"></a>How to enable Bad Record Logging?</h2> -<p>While loading data we can specify the approach to handle Bad Records. In order to analyse the cause of the Bad Records the parameter <code>BAD_RECORDS_LOGGER_ENABLE</code> must be set to value <code>TRUE</code>. There are multiple approaches to handle Bad Records which can be specified by the parameter <code>BAD_RECORDS_ACTION</code>.</p> -<ul> - <li>To pad the incorrect values of the csv rows with NULL value and load the data in CarbonData, set the following in the query :</li> -</ul> -<pre><code>'BAD_RECORDS_ACTION'='FORCE' -</code></pre> -<ul> - <li>To write the Bad Records without padding incorrect values with NULL in the raw csv (set in the parameter <strong>carbon.badRecords.location</strong>), set the following in the query :</li> -</ul> -<pre><code>'BAD_RECORDS_ACTION'='REDIRECT' -</code></pre> -<h2 id="how-to-ignore-the-bad-records"><a id="How_to_ignore_the_Bad_Records_30"></a>How to ignore the Bad Records?</h2> -<p>To ignore the Bad Records from getting stored in the raw csv, we need to set the following in the query :</p> -<pre><code>'BAD_RECORDS_ACTION'='IGNORE' -</code></pre> -<h2 id="how-to-specify-store-location-while-creating-carbon-session"><a id="How_to_specify_store_location_while_creating_carbon_session_36"></a>How to specify store location while creating carbon session?</h2> -<p>The store location specified while creating carbon session is used by the CarbonData to store the meta data like the schema, dictionary files, dictionary meta data and sort indexes.</p> -<p>Try creating <code>carbonsession</code> with <code>storepath</code> specified in the following manner :</p> -<pre><code>val carbon = SparkSession.builder().config(sc.getConf).getOrCreateCarbonSession(<store_path>) -</code></pre> -<p>Example:</p> -<pre><code>val carbon = SparkSession.builder().config(sc.getConf).getOrCreateCarbonSession("hdfs://localhost:9000/carbon/store ") -</code></pre> -<h2 id="what-is-carbon-lock-type"><a id="What_is_Carbon_Lock_Type_48"></a>What is Carbon Lock Type?</h2> -<p>The Apache CarbonData acquires lock on the files to prevent concurrent operation from modifying the same files. The lock can be of the following types depending on the storage location, for HDFS we specify it to be of type HDFSLOCK. By default it is set to type LOCALLOCK.<br> - The property carbon.lock.type configuration specifies the type of lock to be acquired during concurrent operations on table. This property can be set with the following values :</p> -<ul> - <li><strong>LOCALLOCK</strong> : This Lock is created on local file system as file. This lock is useful when only one spark driver (thrift server) runs on a machine and no other CarbonData spark application is launched concurrently.</li> - <li><strong>HDFSLOCK</strong> : This Lock is created on HDFS file system as file. This lock is useful when multiple CarbonData spark applications are launched and no ZooKeeper is running on cluster and the HDFS supports, file based locking.</li> -</ul> -<h2 id="how-to-resolve-abstract-method-error"><a id="How_to_resolve_Abstract_Method_Error_54"></a>How to resolve Abstract Method Error?</h2> -<p>In order to build CarbonData project it is necessary to specify the spark profile. The spark profile sets the Spark Version. You need to specify the <code>spark version</code> while using Maven to build project.</p> http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/file-structure-of-carbondata.html ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/file-structure-of-carbondata.html b/src/main/webapp/docs/latest/file-structure-of-carbondata.html deleted file mode 100644 index 19401b9..0000000 --- a/src/main/webapp/docs/latest/file-structure-of-carbondata.html +++ /dev/null @@ -1,6 +0,0 @@ -<h1>CarbonData File Structure</h1><p>CarbonData files contain groups of data called blocklets, along with all required information like schema, offsets and indices etc, in a file footer, co-located in HDFS.</p><p>The file footer can be read once to build the indices in memory, which can be utilized for optimizing the scans and processing for all subsequent queries.</p><p>Each blocklet in the file is further divided into chunks of data called data chunks. Each data chunk is organized either in columnar format or row format, and stores the data of either a single column or a set of columns. All blocklets in a file contain the same number and type of data chunks.</p><p><img src="../../../webapp/docs/latest/images/carbon_data_file_structure_new.png?raw=true" alt="CarbonData File Structure" /></p><p>Each data chunk contains multiple groups of data called as pages. There are three types of pages.</p> -<ul> - <li>Data Page: Contains the encoded data of a column/group of columns.</li> - <li>Row ID Page (optional): Contains the row ID mappings used when the data page is stored as an inverted index.</li> - <li>RLE Page (optional): Contains additional metadata used when the data page is RLE coded.</li> -</ul><p><img src="../../../webapp/docs/latest/images/carbon_data_format_new.png?raw=true" alt="CarbonData File Format" /></p> \ No newline at end of file http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/CarbonData_icon.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/CarbonData_icon.png b/src/main/webapp/docs/latest/images/CarbonData_icon.png deleted file mode 100644 index 3ea7f54..0000000 Binary files a/src/main/webapp/docs/latest/images/CarbonData_icon.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/CarbonData_logo.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/CarbonData_logo.png b/src/main/webapp/docs/latest/images/CarbonData_logo.png deleted file mode 100755 index bc09b23..0000000 Binary files a/src/main/webapp/docs/latest/images/CarbonData_logo.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/carbon_data_file_structure_new.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/carbon_data_file_structure_new.png b/src/main/webapp/docs/latest/images/carbon_data_file_structure_new.png deleted file mode 100755 index 3f9241b..0000000 Binary files a/src/main/webapp/docs/latest/images/carbon_data_file_structure_new.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/carbon_data_format_new.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/carbon_data_format_new.png b/src/main/webapp/docs/latest/images/carbon_data_format_new.png deleted file mode 100755 index 9d0b194..0000000 Binary files a/src/main/webapp/docs/latest/images/carbon_data_format_new.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_beeline.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_beeline.png b/src/main/webapp/docs/latest/images/query_failure_beeline.png deleted file mode 100644 index e4ec22b..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_beeline.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_issue.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_issue.png b/src/main/webapp/docs/latest/images/query_failure_issue.png deleted file mode 100644 index 87270d2..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_issue.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_job_details.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_job_details.png b/src/main/webapp/docs/latest/images/query_failure_job_details.png deleted file mode 100644 index 26e607d..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_job_details.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_logs.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_logs.png b/src/main/webapp/docs/latest/images/query_failure_logs.png deleted file mode 100644 index 8fbdfa6..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_logs.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_procedure.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_procedure.png b/src/main/webapp/docs/latest/images/query_failure_procedure.png deleted file mode 100644 index 9d2c81f..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_procedure.png and /dev/null differ http://git-wip-us.apache.org/repos/asf/incubator-carbondata-site/blob/4f8753c1/src/main/webapp/docs/latest/images/query_failure_spark_ui.png ---------------------------------------------------------------------- diff --git a/src/main/webapp/docs/latest/images/query_failure_spark_ui.png b/src/main/webapp/docs/latest/images/query_failure_spark_ui.png deleted file mode 100644 index 1802760..0000000 Binary files a/src/main/webapp/docs/latest/images/query_failure_spark_ui.png and /dev/null differ
