﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2005 / SQL Server 2005 Strategies  / Source control for databases / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 19 Jun 2013 14:57:43 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Source control for databases</title><link>http://www.sqlservercentral.com/Forums/Topic753558-361-1.aspx</link><description>I love it. Integrating our builds with the development builds makes everything so much easier. The power that comes from knowing exactly what has changed, when, by whom, makes all our development and deployment processes work better. The tool that really makes it all shine is Visual Studio Team System Database Edition, aka Data Dude. Great stuff.</description><pubDate>Wed, 15 Jul 2009 11:12:37 GMT</pubDate><dc:creator>Grant Fritchey</dc:creator></item><item><title>RE: Source control for databases</title><link>http://www.sqlservercentral.com/Forums/Topic753558-361-1.aspx</link><description>The only good method I've seen so far is to source control the DDL scripts (maybe DML deployment as well).As soon as you allow GUI changes, things easily get out of hand.</description><pubDate>Wed, 15 Jul 2009 10:45:18 GMT</pubDate><dc:creator>Steve Jones - SSC Editor</dc:creator></item><item><title>RE: Source control for databases</title><link>http://www.sqlservercentral.com/Forums/Topic753558-361-1.aspx</link><description>I use source control for all DDL commands to be issued.  Haven't found that it actually helps with anything, but it might some day.  I think it makes the other devs and such feel more comfortable, gives them a sort of warm fuzzy feeling that they are "doing it right".I'm a firm believer in what could be called "service packs" for the database.  All DDL scripts and any related DML scripts (to populate lookup tables and such) get put into a single script that contains error handling, commenting, lists the author(s) and the purpose of the changes, and can be run repeatedly without harming the database or crashing the script.  If stored and run sequentially, starting with the original "create database" script, they should return a database to any point-in-time you want, in terms of code and structure (not data, of course).Storing those in Source Safe makes the devs comfortable.  And, since they need to be kept [i]somewhere[/i], it might as well be in a source control system.That's what I use source control for.  Could just as easily store the scripts as varchar(max) objects in a database.  Doesn't matter much to me.</description><pubDate>Wed, 15 Jul 2009 10:10:05 GMT</pubDate><dc:creator>GSquared</dc:creator></item><item><title>Source control for databases</title><link>http://www.sqlservercentral.com/Forums/Topic753558-361-1.aspx</link><description>Every now and again the subject of source-controlling database objects gets raised.I work in a 400 strong IT department and so far the only situation we have had where code clashes occurred were in an apallingly badly designed database.  Had the database been designed properly there would have been no clash.I am curious to know what your experience with database source control has been.</description><pubDate>Wed, 15 Jul 2009 09:02:01 GMT</pubDate><dc:creator>David.Poole</dc:creator></item></channel></rss>