怎样有效避免实时更改客户数据库带来的风险
0
悬赏园豆：5
[已解决问题]
解决于 2024-10-31 09:22
因行业特殊性,有些客户要24小时不间断使用乙方开发的软件。但乙方软件及数据库又不可避免地要不断修改，特别是数据库结构与基础表字段内容增减后----新版本的软件对应新数据库。
此时当旧版本的客户要更新软件，就要连客户的数据库也一起更新，这样问题来了，由于行业特殊性,客户要24小时使用软件，最多只能停止使用软件十来分钟左右让你更新软件及数据库结构与表。这时更新过程中,一个小小失误就会造成很大影响,十来分钟一过，只要软件使用有什么问题，必然此来客户投诉，怎样有效避免实时更改客户数据库带来的风险？
最佳答案
0
都什么年代了, 还搞停机维护这一套呀. 现在不都是7*24小时不间断么.
现在来说重要一些的业务来说, 都应该和上面这句话说的差不多. 真真是7*24无间断. 对于数据库/程序等来说都有成熟的方案来实施.
比如数据库加字段, 主流的数据库都支持online ddl,
比如数据库迁移, 双写/同步.
比如应用程序, 滚动部署/蓝绿部署等等方案.
还有为此设计的升级方案/回滚方案/ 全面进行模拟测试.
主要看你的业务是什么级别的, 你能为此付出多少成本.
收获园豆：2
其他回答(3)
0
这是一个沟通问题。最理想的情况是客户上线前提前通知你。
收获园豆：1
0
接口对接搞一套，这样双方都能记录操作了什么，保证安全
收获园豆：1
0
这种情况其实是很多老项目的通病，个人觉得可以开发一套中间程序adapter 负责同步老程序数据库数据同步新系统数据库。然后上线新系统。这样没有更新客户端的用户依然用老的。在完成所有客户迁移后基本上就可以停止维护老程序了。大家觉得呢？
收获园豆：1
