当前位置: 代码迷 >> Sql Server >> 数据库源代码控制相干讨论
  详细解决方案

数据库源代码控制相干讨论

热度:95   发布时间:2016-04-24 10:08:35.0
数据库源代码控制相关讨论
本帖最后由 DBA_Huangzj 于 2014-05-04 10:28:20 编辑
最近公司服务器有很多代码莫名变更,但是由于技术支持均用一个sql 身份验证登录,所以基本上看不出个啥,为了避免非预期修改带来的影响,搜了一下网上的源代码管控工具,并且也咨询了一些圈内的专家(包括下面文章的作者),其中有这个工具,有人用过没?http://www.cnblogs.com/CareySon/p/3700601.html,或者还有没有其他软件、工具、策略推荐?

补充说明:
公司参加了PCI认证,基于PCI要求,不能使用Windows 身份验证,这个比较扯淡,理由是登录Windows和sqlserver的帐号密码不能用同一个,如果抛开这个要求,强制技术支持使用Windows身份验证的话,找问题比较好。
另外由于初期搭建平台的人没有考虑任何事情(听说是个兼职的人),结果Windows很多不足之处,比如没有加域等。

顺便找个话题5-1散分
------解决方案--------------------
github,bitbucket,svn,cc。这些能搞定不
------解决方案--------------------
没有对数据进行过版本控制,一直以来数据都分为3套使用
1是开发用数据库,允许任何操作
2是仿真环境数据库,供正式上线前测试人员模拟真实环境做测试,只有在出现极端问题时,并在授权的情况下,才允许开发临时进行代码调试
3是线上数据库,真实环境中运行数据库,只有极少数dba和开发部门高层人员能够使用
所以没有经过严格审批流程一般的程序是无法进入线上数据库,所以基本不存在版本管理上的困难
------解决方案--------------------
之前公司用的svn,不过那个只是对开发环境的程序代码管理比较好,而没有和数据库集成的功效,所以数据库代码的管理上,一直没有实现什么有效的方式。

看了贴的文章,虽然没用过这个工具,但感觉和sql server 集成的不错,使用也挺方便的,版主可以试试。
------解决方案--------------------
关注学习一下
------解决方案--------------------
我们公司的代码管理也是用的SVN,数据库脚本管理需要有很好的方式,目前我们只是按自己的规则在管理这些脚本
------解决方案--------------------

------解决方案--------------------
就SVN 用着得劲儿
------解决方案--------------------
有很多代码莫名变更
------解决方案--------------------
代码莫名变更,有人会偷偷改代码吗? 个人比较常用SVN、 TFS
------解决方案--------------------
生产环境,只能控制: 专人 才能修改脚本。。。。
版本管理工具帮不上
------解决方案--------------------
我们以前无论是程序代码还是SQL代码,统一用TFS,跟VS集成的比较好

.NET
http://msdn.microsoft.com/en-us/library/fda2bad5(v=vs.100).aspx
SQL的源码还是TFS,
http://msdn.microsoft.com/en-us/library/aa833246(v=vs.100).aspx


------解决方案--------------------
顶。。。。。。。。。。。。。。。。。

我是来学习的,顺便蹭分
------解决方案--------------------

------解决方案--------------------
引用:
我们以前无论是程序代码还是SQL代码,统一用TFS,跟VS集成的比较好

.NET
http://msdn.microsoft.com/en-us/library/fda2bad5(v=vs.100).aspx
SQL的源码还是TFS,
http://msdn.microsoft.com/en-us/library/aa833246(v=vs.100).aspx

你不会指望每一个DBA或运维人员都使用VS吧?此外SQL代码是如何用TFS管理呢?一个存储过程被修改,如何找到上一个版本的存储过程?
------解决方案--------------------
这东西怎么说呢。。。我也头疼数据库版本控制问题。
微软官方的解决方案应该是VS管理数据库项目+TFS管理项目版本,但VS这东西对于新人来说培训起来不方便,自己用着也别扭,开一次要半天,还占好多内存。
SVN其实是不错的解决方案,但要配合相应的策略,比如规定更改数据库必须备案,否则有惩罚,不然还是会乱改。
其实版本控制对于数据库层面无非就是脚本管理+历史修改查询,想在脚本执行层面管理可能只能通过你说的那个第三方一样的软件执行,但如果没有相应的制度配合,一样是空的。
总的来说还是提升团队里版本控制概念,加强人员素质最靠谱,想靠上软件倒逼开发模式优化倒逼人员素质不是不可能成功,但我真没见过成功的。。。。
------解决方案--------------------
老黄,这个关键看用了类似svn是否可以转变他们对于使用的控制理解问题。

如果使用的控制理解未达成一致,基本上用任何版本控制都是面子工程,很快就会回到原来的状况,或者是变相的原来状态。
这个有2次经验,详细真真是恶心坏了,不想多说。 


另外,svn没有用过,不过倒是见过一个200来人的公司,用过ms的那套。看起来用的还不错。 其他就没见过用版本控制的了。

参考。 

------解决方案--------------------
对管理类DBA有点用,对开发类DBA用处不大。
  相关解决方案