I’ve wanted to implement some kind of source control on my SQL Servers before, but the only product available at the moment is Red-Gate’s SQL Source Control, and I didn’t need all the functionality it offered (or want to pay for it). Also, it relies on developers checking-in their changes, and that’s prone to forgetfulness anyways, as well as leaving your database prone when somebody just changes something in production, without using their development tool – ouch. Sure, you’re protected against accidental drops, but what if somebody tweaks something in production without checking it back in? You’re hosed.
All I wanted was a simple process that would run automatically, taking periodic snapshots of the database objects and recording any changes. I decided to roll my own – it’s quick, simple, can be set up to run on a schedule, and automatically includes any new databases created on the server without any intervention.
This Stored Procedure goes through the following steps:
- If the Master.dbo.coSourceControl table (used to store the history) doesn’t exist, it creates it
- For each database on the server (so new databases are added automatically), it:
- Grabs the text contents of all the user objects (not flagged as “IsMsShipped”)
- Compares the contents of each to the last known copy (if there is one)
- If the object is new or has changed, add a new copy to the source control table in master
- Output the number of objects updated
- Optionally, it could email somebody to tell them about the results, but it currently does not
The history is kept in a single table – master.dbo.coSourceControl – which has the database it came from, the object_id, the object name, object contents, and the timestamp. Since it uses the object_id to track things, it will also record a name change in an object, even if the contents didn’t change.
To implement it, just grab the script and run it in the master database – it will create the stored procedure coSourceControlRefresh. That’s it – now either run it on demand, or you can schedule it. It will create the supporting table (if it’s missing) and scan every database every time it’s run. To see the history for an object, just do:
SELECT db_name(databaseid) as [Database], object_name(objectid) as [Object Name], SourceDate, ObjectText FROM master.dbo.coSourceControl WHERE object_name(objectid) LIKE '%The name of some object%' ORDER BY SourceDate DESC
Restoring a dropped or changed database object should be as simple as running the query above, grabbing the contents of ObjectText you’re interested in, and then pasting it in another window and executing it. Bam – previous version of the object restored (and this stored proc should, the next time it runs, see that you’ve altered the object and record that there’s a “new” version of it).
If you run it and like it – or don’t like it – please leave a comment to let me know – nothing expected in return, but it’s nice to know when people find it useful. I’m happy to make any enhancements you’d like to see. I hope you enjoy it and it’s able to save you from the headache of a dropped database object to which you can’t find the source!