Explains what the feature is or what its benefits are to the user or customer.
Use this procedure to change the sharding on a data source after it has been set up and the load has run. You can still change the number of shards or make it a replicated table instead.
After you've set up a Data Source, you may decide that you want the table it is loading into to have a different type of sharding. For example, if you specified 96 shards, but then you expand your cluster, you may want to specify a large number or shards. You can even change a sharded table to a replicated table, or vice versa, by using this procedure.First, you'll modify the table sharding, using TQL. Note that this operation changes the target table itself. You do not need to change the DDL that was generated when you first configured the data source. That DDL executes only one time, to build the empty table into which the data gets loaded. So if you change the sharding on the table in ThoughtSpot, you do not need to change the DDL that got generated when you first set up the data source. Likewise, if the load is scheduled to recur, the sharding that is defined on the target table will be used in the next load. Sharding is a one time setup, and does not need to be kept in sync with the data source DDL.
To change the sharding on a Data Source:
- Log in to the Linux shell using SSH.
- Designate the database you'll be working in:
TQL> use <database_name>;
- Find the name of the table you want to change.You can use the TQL command SHOW TABLES; to see a list of tables.
To see the current sharding on the table, use SCRIPT TABLE <table_name>;
- Issue the command to change the sharding using this syntax:
TQL> ALTER TABLE <table> [SET DIMENSION | SET FACT [PARTITION BY HASH [(<shards>)] [KEY(<column>)]]]
- The next time the data source load runs, it will use the new sharding automatically.