@sticnarf 前些天这里看到类似话题的，我就转过一次 macbook 电鸟推了...嘿

假若这产品会长期用下去（ 3 年以上），数据会预计越积越大，且产品原生就支持 PG/你们自己开发，那么 PG 优先。

PG 相对更稳定，基础功能早已完善，这么多年来基础功能上的变化 相对 MySQL 少，可以省掉很多麻烦。

君不见那个开源老牌的 OpenERP 就是有且仅支持 PG。

看这种搏眼球的标题，就预感到文末会有推广... 果然。

新来一台服务器／申请下线撤下一台服务器，换装全新系统，在其上 docker 上业务测试。

测试都没问题，再新增 1 机器，换新 docker 这一锅，加入在线服务组里，试运行相当一段时间真的没问题，
再加一台撤一台，慢慢把旧机器换掉，稳是第一。

假若要 Oracle 转 PG，或许可以尝试下 EnterpriseDB，基于 PG 作的商业产品，但也有免费版，目标就是兼容 Oracle,
当年它们噱头就是高度兼容 Oracle，迁移工作量小，有迁移工具。

Homepage | EnterpriseDB : https://www.enterprisedb.com/

是想找公私混合云的解决方案提供商？

@gancl 要么尝试把用户预约的导出申请，不要立即执行，将申请记录在其它 DB 里，当作一个订单处理，只反馈给用户当前处理进度（排队中，前方还有多少人等待，大约时间）。

这些订单塞入异步队列，使用独立的导出程序，来消化异步队列里的任务，过程里，更新队列状态，队列状态再反馈到用户订单里。

消化异步队列的程序，可以根据机器负载，CPU 核数，多只并行，但保持在机器负载峰值上运行，但不要超载，每只导出任务的异步任务顺利完成后，数据打包，存放好，或者处理成客户需要的格式，给客户订单反馈，并各种手段通知客户可以下载数据。

Oracle 假若可以实现从一个数据源同步出去多台专用导出机器的话，以上消化异步队列程序什么，就可以尝试让它们使用多台镜像的导出 Oracle 机器源，甚至是分布式在独立机器上执行导出任务。

异步化，任务分散化，并行化，分布式。 这几个方向可以考虑下。

@egen 可以回复亲戚：你们整体吹牛逼都那么高收入呀

@Cybertron 设置 -> 用户 -> 管理其他用户 -> 添加其它账户，也是可以的啊

[我的需求是：dataloader 读到脏数据崩溃了，地铁里 ssh 过去改几行，重新跑；显存没回收，连过去 pkill 掉重新跑 ，我觉得这很合理]

觉得花点时间完善下异常处理 or 自动监控完善下，发现自爆了，那就写异常日志记录下，再接着自动重跑。

#71 @abbatuu 28k 的也不会坐地铁啊，雇个专职司机开车载自己上下班了吧。

GCP 上建立一个用户数据中心+验证中心，对外提供 API 形式(用户注册，用户验证，类似 OpenID),

让你 aws 和 阿里云 的应用 都通过这个第三方的 API 来取用数据。

如此这般，对现有用的两套云都很公平，一视同仁。 哈哈哈，当作调戏两家也无妨。

家人是什么？？？好吃么？

@jimmyczm 没啥不好吧，是他们文字表述不清的锅。

电子墨水屏啊，难带护眼还有其它办法？（砸了显示器，不带电子设备出门溜达)

直接问问对方不行么？

12 寸 macbook