热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

高分请教:如何对正式运营的数据库做表结构和存储过程等的更新,详见帖子

正式数据库已经在运营当中因为新需求或者修复BUG等原因,导致表结构或者存储过程等发生变化如何在发布应用新版本的时候,同时对表结构、存储过程做相关的更新如何保证1、不影响正式数据
正式数据库已经在运营当中

因为新需求或者修复BUG等原因,导致表结构或者存储过程等发生变化
如何在发布应用新版本的时候,同时对表结构、存储过程做相关的更新

如何保证
1、不影响正式数据库中的数据
2、保证把新的表结构和存储过程等全部更新到正式数据库,而没有遗漏
3、如何对修复BUG的变动、新需求的变动做好版本控制

不知道有没有好的流程、或者工具

请不吝赐教,越详细越好,定高分相谢 

16 个解决方案

#1


1\PD
2\ 在每次做变动时生成SQL更新语句,并保存在一个文件里,写SQL语句考虑数据的搬移.......等等,最重要的一点写明变更原因

我们现在都是在pd里修改然后生成相应的SQL , 需要时当更新包使用

#2


程序和sql 脚本一起更新执行,
文档管理、程序版本可以用vss、suv来控制

#3


数据库应分为 开发库-->测试库-->发布库-->正式库..
开发库与测试库不用解释,
发布库是定期拿正式库备份来还原的,其表结构与正式库一致.

当在开发库完成开发及初步测试后,应编写用于发布的SQL脚本,在测试库执行..
当在测试库完成测试后,用发布的SQL脚本在发布库执行..
当在发布库执行正常后,用发布的SQL脚本在正式库执行..

#4


这个建立在你的数据库都是用脚本归档的前提下,如果是这样,那么你可以针对新增的需求做一些脚本,例如原来的是001版本,然后你可以做个002版本的脚本,这个里面只包含新增脚本,这样的话如果某个地方需要升级,先保证是001版本,再刷002版本的脚本即可,这样也保证了各个地方系统的独立行。

#5


引用 1 楼 happyflystone 的回复:
1\PD
2\ 在每次做变动时生成SQL更新语句,并保存在一个文件里,写SQL语句考虑数据的搬移.......等等,最重要的一点写明变更原因

我们现在都是在pd里修改然后生成相应的SQL , 需要时当更新包使用


能说详细点吗?
1、另PD怎么用
2、大致就是保证把新的表结构、存储过程体现到正式库上,
同时不影响原有数据,也保证所以更新没有遗漏
3、SQL脚本是否是如alter table tab_xxx add...?
     或者alter proc proc_xxx

#6


别去找一劳永逸的三方工具,不现实
既然是修改或修正BUG,就得把脚本整理好,以在生产环境部署,偷不了懒
能问出这个问题,说明你们没有较专业的DBA支持。。属于技术资源不足

#7


引用 6 楼 luckyrandom 的回复:
别去找一劳永逸的三方工具,不现实
既然是修改或修正BUG,就得把脚本整理好,以在生产环境部署,偷不了懒
能问出这个问题,说明你们没有较专业的DBA支持。。属于技术资源不足


确实是没有专业的DBA,
能详细说下你的方案么,多谢

#8


如何保证
1、不影响正式数据库中的数据
这个要看你的系统运行状况,更准确来说是SLA。如果是24*7的系统,那要做很多额外的东西来确保,但是无论如何,搭建一个尽可能贴近正式环境的测试环境然后在上面先预部署是必须的
2、保证把新的表结构和存储过程等全部更新到正式数据库,而没有遗漏
使用一些第三方工具或者自己开发的工具,保证更新是都在一个事务中完成,要么全部成功要么全部回滚,我以前公司用自己开发的工具来一次性部署。
3、如何对修复BUG的变动、新需求的变动做好版本控制
这些TFS、vss、其他版本管控工具都有。

简单来说,你这些要求其实更多的不是技术上而是管理上的要求

#9


引用 8 楼 DBA_Huangzj 的回复:
如何保证
1、不影响正式数据库中的数据
这个要看你的系统运行状况,更准确来说是SLA。如果是24*7的系统,那要做很多额外的东西来确保,但是无论如何,搭建一个尽可能贴近正式环境的测试环境然后在上面先预部署是必须的
2、保证把新的表结构和存储过程等全部更新到正式数据库,而没有遗漏
使用一些第三方工具或者自己开发的工具,保证更新是都在一个事务中完成,要么全部成功要么全部回滚,我以前公司用自己开发的工具来一次性部署。
3、如何对修复BUG的变动、新需求的变动做好版本控制
这些TFS、vss、其他版本管控工具都有。

简单来说,你这些要求其实更多的不是技术上而是管理上的要求


第二点都是通过执行更新脚本吧?
第三方工具一般有哪些呢?

#10


引用 8 楼 DBA_Huangzj 的回复:
如何保证
1、不影响正式数据库中的数据
这个要看你的系统运行状况,更准确来说是SLA。如果是24*7的系统,那要做很多额外的东西来确保,但是无论如何,搭建一个尽可能贴近正式环境的测试环境然后在上面先预部署是必须的
2、保证把新的表结构和存储过程等全部更新到正式数据库,而没有遗漏
使用一些第三方工具或者自己开发的工具,保证更新是都在一个事务中完成,要么全部成功要么全部回滚,我以前公司用自己开发的工具来一次性部署。
3、如何对修复BUG的变动、新需求的变动做好版本控制
这些TFS、vss、其他版本管控工具都有。

简单来说,你这些要求其实更多的不是技术上而是管理上的要求


针对第二点:
1、不管是第三方还是自己开发的工具都是通过SQL脚本对正式库做更新吧/
2、常用的第三方工具有哪些呢

#11


如果想查找旧的对象都在哪里使用,可以试试:
reddate的SQL Search
ApexSQL Refactor和Search

#12


引用 10 楼 scsnsjsl_cs_dn 的回复:
Quote: 引用 8 楼 DBA_Huangzj 的回复:

如何保证
1、不影响正式数据库中的数据
这个要看你的系统运行状况,更准确来说是SLA。如果是24*7的系统,那要做很多额外的东西来确保,但是无论如何,搭建一个尽可能贴近正式环境的测试环境然后在上面先预部署是必须的
2、保证把新的表结构和存储过程等全部更新到正式数据库,而没有遗漏
使用一些第三方工具或者自己开发的工具,保证更新是都在一个事务中完成,要么全部成功要么全部回滚,我以前公司用自己开发的工具来一次性部署。
3、如何对修复BUG的变动、新需求的变动做好版本控制
这些TFS、vss、其他版本管控工具都有。

简单来说,你这些要求其实更多的不是技术上而是管理上的要求


针对第二点:
1、不管是第三方还是自己开发的工具都是通过SQL脚本对正式库做更新吧/
2、常用的第三方工具有哪些呢

通常对SQL Server的更新都是SQL脚本操作,除非一些外部引用。第三方软件,我以前用公司内部开发的,不是外部用的,所以不清楚,现在离开了也没拿到收

#13


必须事先把要升级的 SQL 语句准备好,等更新的时候,和程序一起发布,最好是把业务停掉。

更新前要反复测试,并且要有回退方案。

#14


引用 7 楼 scsnsjsl_cs_dn 的回复:
Quote: 引用 6 楼 luckyrandom 的回复:

别去找一劳永逸的三方工具,不现实
既然是修改或修正BUG,就得把脚本整理好,以在生产环境部署,偷不了懒
能问出这个问题,说明你们没有较专业的DBA支持。。属于技术资源不足


确实是没有专业的DBA,
能详细说下你的方案么,多谢


没有神奇的魔术方案,缺啥补啥。。缺专业的DBA,就应该补缺DBA(当然涉及成本及合适的人选等综合问题)
如果真有魔术方案,大把DBA也该退出江湖了

#15


多                 谢

#16


该回复于2014-11-06 09:11:26被管理员删除

推荐阅读
  • 本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目,以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数,以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]
  • 在说Hibernate映射前,我们先来了解下对象关系映射ORM。ORM的实现思想就是将关系数据库中表的数据映射成对象,以对象的形式展现。这样开发人员就可以把对数据库的操作转化为对 ... [详细]
  • 本文介绍了通过ABAP开发往外网发邮件的需求,并提供了配置和代码整理的资料。其中包括了配置SAP邮件服务器的步骤和ABAP写发送邮件代码的过程。通过RZ10配置参数和icm/server_port_1的设定,可以实现向Sap User和外部邮件发送邮件的功能。希望对需要的开发人员有帮助。摘要长度:184字。 ... [详细]
  • 本文详细介绍了SQL日志收缩的方法,包括截断日志和删除不需要的旧日志记录。通过备份日志和使用DBCC SHRINKFILE命令可以实现日志的收缩。同时,还介绍了截断日志的原理和注意事项,包括不能截断事务日志的活动部分和MinLSN的确定方法。通过本文的方法,可以有效减小逻辑日志的大小,提高数据库的性能。 ... [详细]
  • 本文介绍了如何使用Power Design(PD)和SQL Server进行数据库反向工程的方法。通过创建数据源、选择要反向工程的数据表,PD可以生成物理模型,进而生成所需的概念模型。该方法适用于SQL Server数据库,对于其他数据库是否适用尚不确定。详细步骤和操作说明可参考本文内容。 ... [详细]
  • 如何使用Java获取服务器硬件信息和磁盘负载率
    本文介绍了使用Java编程语言获取服务器硬件信息和磁盘负载率的方法。首先在远程服务器上搭建一个支持服务端语言的HTTP服务,并获取服务器的磁盘信息,并将结果输出。然后在本地使用JS编写一个AJAX脚本,远程请求服务端的程序,得到结果并展示给用户。其中还介绍了如何提取硬盘序列号的方法。 ... [详细]
  • Mac OS 升级到11.2.2 Eclipse打不开了,报错Failed to create the Java Virtual Machine
    本文介绍了在Mac OS升级到11.2.2版本后,使用Eclipse打开时出现报错Failed to create the Java Virtual Machine的问题,并提供了解决方法。 ... [详细]
  • 本文介绍了在SpringBoot中集成thymeleaf前端模版的配置步骤,包括在application.properties配置文件中添加thymeleaf的配置信息,引入thymeleaf的jar包,以及创建PageController并添加index方法。 ... [详细]
  • 本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识,包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说,本文提供了一些有价值的参考内容。 ... [详细]
  • 使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • 本文详细介绍了Linux中进程控制块PCBtask_struct结构体的结构和作用,包括进程状态、进程号、待处理信号、进程地址空间、调度标志、锁深度、基本时间片、调度策略以及内存管理信息等方面的内容。阅读本文可以更加深入地了解Linux进程管理的原理和机制。 ... [详细]
  • 1,关于死锁的理解死锁,我们可以简单的理解为是两个线程同时使用同一资源,两个线程又得不到相应的资源而造成永无相互等待的情况。 2,模拟死锁背景介绍:我们创建一个朋友 ... [详细]
  • 本文介绍了高校天文共享平台的开发过程中的思考和规划。该平台旨在为高校学生提供天象预报、科普知识、观测活动、图片分享等功能。文章分析了项目的技术栈选择、网站前端布局、业务流程、数据库结构等方面,并总结了项目存在的问题,如前后端未分离、代码混乱等。作者表示希望通过记录和规划,能够理清思路,进一步完善该平台。 ... [详细]
  • 高质量SQL书写的30条建议
    本文提供了30条关于优化SQL的建议,包括避免使用select *,使用具体字段,以及使用limit 1等。这些建议是基于实际开发经验总结出来的,旨在帮助读者优化SQL查询。 ... [详细]
  • 本文讨论了在数据库打开和关闭状态下,重新命名或移动数据文件和日志文件的情况。针对性能和维护原因,需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况,以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]
author-avatar
,,,,,,,,,,,,,,,
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有