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&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&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/

Reply via email to