单反吃灰太久没电了，没拍到。。。

用习惯了 mac 很难回到 win

原来产品该背的锅现在谁背？

@None2 搞个号还不简单，同个服务商内，镜像也可以分享的

主要是 6 年后的硬件水平比现在好太多了
保留个镜像，明年再薅个 3 年 400 块的 2c4g 不好吗？

@halowang1991 感谢回复者就是点赞啊

@darkengine
@finab
@zhangxh1023
@ranleng
@kidlj
@halowang1991

那我非常好奇的是，为什么 Xcode 作为苹果最重要的开发工具，为什么体验不能向 AS ，VS 之类的大型 IDE 看齐呢？
苹果其他东西做的这么牛逼，为啥偏偏 Xcode 落后这么多？

@wxf666 我也不是大佬，但是我理解的是主键就是记录的 id ，这个是无可替代的

如果你用一个或多个业务字段做主键，那某天这个业务字段废弃了
只能填充默认值或 NULL ，那你所有的记录是不是都废了？

@wxf666 你说的那些业务字段不能做主键，只是一些人为定的规范，你不一定要遵守的

@wxf666

“ 数据库，只能用自增主键”
这个应该说的是 MySQL ，其他数据库比如 SQL server 一般是用 uuid

"业务逻辑字段不能做主键，最多只能加索引"
主键的意思是记录的 id 值，业务字段比如 username ，member_id,user_id 都不适合表示记录的 id 值，所以不适合用作为主键

@Ecoli2 你是担心数据量大了无法保证数据的完整性吗？

我听你意思，每天只要同步一次？
如果是这样的话，MQ 也是一样的，主要是同步的时候数据量太大，会崩溃报错吧？
如果用 MQ ，你还要维护队列的问题，增加了运维成本

如果 Rest 接口可以保证数据的完整性，那你这边应该问题不大啊？
先把返回的数据存到本地，排除了网络 I/O 超时出错的问题
你这个就是纯纯的本地事务了
开启事务执行程序输入 SQL 就好了，慢一点而已

全新开发，没有存量数据，如果是我做的话
创建一个 ROI 表，表的字段

buy_day | member_id | buy_sum | roi


注意 buy_day+member_id 是 unique index

每次用户付费，就查询该用户该用户的历史信息，并根据查询结果更新 roi

如果有存量数据，就先写一个脚本生成历史的 roi 记录

这样查询的成本会低一点吧？ 单纯用 SQL 的话，后期量大了优化起来就难了

这种不叫一主多从吧？
一主多从应该是通过二进制日志对数据库进行主从复制，核心是要保持主从数据一致的
你这个每个数据库都不一样的，不能这么说吧？

这种应该是多个不同业务数据库之间的数据传输，如果不是很频繁，用 Rest 接口没有问题啊？

更新很频繁的话，淘宝天猫阿里妈妈的聚石塔的数据同步方案是这样的：
开发者通过在聚石塔购买一个 RDS mysql ，聚石塔那边就会定时把订单和用户数据同步到这个 RDS mysql 中
这个可能是 OP 你要的，但是这种同步是单向的，只能通过增加外键的方式修改订单状态

定金是必须的
这次吸取教训
程序你要加点料在里面，比如 3 天后自动退出
尽量把本次的钱拿到，不要灰心