在设计数据库时，大家如何解决ID编号的后续合并的唯一性问题？

ps800 2015-11-01 11:53:04

比如，客户资料表，cus_ID设为自动编号，那么，从1号到1000号，我数据表里有1条客户记录。

当这台服务器发生灾难的时候，那么需要把原来的表，导到一个新的数据库中。而这个新的数据库中，原来就有数据，所以，无法保证cus_id的唯一性了。

即使不是发生灾难，比如，两个公司进行业务合并。那么，客户资料表A，要和客户资料表B合并，那么，cus_id这个字段，原本是唯一的，现在要怎么处理呢？有可能A表和B表都有ID＝１，２，３，４，，，，，重复了呀。。。。。。

处理方式上，我认为至少，cus_id原本是自动编号的，现在A表和B表合并，新数据库的时候，肯定不能用自动编号了吧?不是唯一的了。那么，如何识别区分该记录原先来自A还是B呢？

还有，表的关联的问题，我原先是这个cus_id，写入关联的表。到的新的表中，无法关联原来的字段了。在程序上，需要判断，这个数据是来自哪个表，是新数据还是老数据吗？
如果是这样的话，那么，在设计数据表的时候，自动编号的这个字段的意义在哪里呢？

不知道表达清楚没有。

再举个例子，我数据表获取数据的途径有两个，一个是从淘宝上，下载同步（通过API接口）物流公司列表，保存在物流表中。他们自带的有物流公司ID，比如“3232”，这个字段就不能用自动编号了；与此同时，我自己也可以通过WEB程序向该物流表中新增物流公司，比如，我新增一个圆通快递，那么，这个圆通快递的ID号888，就不能跟我通过API接口下载下来的放在同一个字段了吧（因为我无法预测淘宝是不是也有一个同样的888号）？如果非要一个字段的话，那么需要有显示的标识，以区别于下载的。但是，如果这样，那么又有什么意义呢？很冗长。。。。。。有没有高效的解决方案？

有人说，那就再增加一个字段，自动编号的，那么在该表中，该自动编号的ID是唯一的。但是，如果这样的话就会遇到我一开始所说的问题，就是数据表迁移、合并，那么，这个字段又废掉了。。。。。。数据又冗长。。。。。。。字段多。。。。。

遇到这样的问题，如何解决呢？如何提前规划的呢？

...全文