RT
老数据中有逻辑外键关系
怎么在保留老数据的基础上完成迁移呢
表还挺多的
最笨的方法我知道（改 A 表->把引用了 A 表的外键都改了，再改 B 表..依次）
这样表太多了，整理非常复杂
有没有更好的实现呢？
老数据中有逻辑外键关系
怎么在保留老数据的基础上完成迁移呢
表还挺多的
最笨的方法我知道（改 A 表->把引用了 A 表的外键都改了，再改 B 表..依次）
这样表太多了，整理非常复杂
有没有更好的实现呢？
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 3470 days ago, the information mentioned may be changed or developed.
 |
1
cxbig Mar 30, 2017
数据量？都是一些什么类型的关系？有多复杂？
我趋向于用某种语言把数据和关系完整的读出来（ Eager Loading ），然后在新系统里直接读入。 |
 |
2
ryd994 Mar 30, 2017 via Android
仔细读 UUID 的 RFC ，有一部分前缀是保留的
前缀加原来的主键就好了 不建议直接 in place 改，改主键性能可能很差 写个小脚本一边读一边写另一套服务器 |
|
3
ryd994 Mar 30, 2017 via Android
外键可以后加
|
 |
4
ytmsdy Mar 30, 2017
就当做一次数据迁移吧，查了一下资料也没有找到很简便的处理方式。
LZ 看来这体力活是躲不过去了。 如果有好的方式，请分享下。 |
 |
5
crashX Mar 30, 2017
自增为啥换成 UUID ，有啥优势，理论上 UUID 有可能冲突啊。
|
 |
6
dobs Mar 30, 2017 via Android
uuid 索引排序不是顺序的，还是自增的好吧
|
 |
10
yuan93 OP 没测试过，不过同一列的话查 123 的效率和查 ABC 的效率会不同么？
|
Select Language