Hi, ssxlulu,
Glad to know you want optimize scaling rule with original datasources from
certain sharding tables to all tables.
Can you show a detailed solution? Expecting further more improvement of you.
At 2020-04-30 08:56:31, "sushixiang" <[email protected]> wrote:
>Hi everyone,
>As we know, sharding-scaling can be used for migrating data from single
>datasource to ShardingSphere when first using ShardingSphere, and the start
>API is showed below:
>
>
>
>
>curl -X POST \
> http://localhost:8888/shardingscaling/job/start \
> -H 'content-type: application/json' \
> -d '{
> "ruleConfiguration": {
> "sourceDatasource": "ds_0:
>!!YamlDataSourceConfiguration\n dataSourceClassName:
>com.zaxxer.hikari.HikariDataSource\n properties:\n jdbcUrl:
>jdbc:mysql://127.0.0.1:3306/test?serverTimezone=UTC&amp;useSSL=false\n
> username: root\n password: '\''123456'\''\n
>connectionTimeout: 30000\n idleTimeout: 60000\n
>maxLifetime: 1800000\n maxPoolSize: 50\n
>minPoolSize: 1\n maintenanceIntervalMilliseconds: 30000\n
> readOnly: false\n",
> "sourceRule": "tables:\n t_order:\n
>actualDataNodes: ds_0.t_order\n tableStrategy:\n
> none",
> "destinationDataSources": {
> "name": "dt_0",
> "password": "123456",
> "url":
>"jdbc:mysql://127.0.0.1:3306/test2?serverTimezone=UTC&amp;useSSL=false",
> "username": "root"
> }
> },
> "jobConfiguration": {
> "concurrency": 3
> }
>}'
>
>
>
>
>
>But I think the configuration may be much complex for the fisrt use, if we
>need migrate all tables from the source database, we should config all tables
>in the 'sourceRule' item, and for first use, we may not have the concept of
>table rules.
>
>
>
>
>So, I think a simpler configuration may be needed, not only the first data
>migrate scenario, does anyone has some suggestions about it?
>
>
>
>
>All data migrate scenarios can refer the link:
>https://shardingsphere.apache.org/document/current/en/features/sharding-scaling/core-features/