Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase ««12

Querying System Tables Expand / Collapse
Author
Message
Posted Thursday, October 26, 2006 7:59 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Friday, August 1, 2014 9:18 AM
Points: 4, Visits: 161

Good examples of using system tables.  I would use information_schema views except that not all of the information available via system tables exists in the views; and for that reason, I prefer to just be consistent and always use the system tables.

I don't like the conclusion though - that it isn't necessary to save scripts but rather rely on a "source" database and use system tables to push objects to "target" databases.  While that might correctly copy the objects, the developer is left with no change history, no way of rolling back to previous versions, no way of commenting about changes, no way of grouping objects together logically and labeling them as a release, and the "target" database must be reachable from the "source" database.  I realize that it is more work to manage SQL Server objects as scripts, but I believe configuration management can be much more robust by doing so.

Post #318312
« Prev Topic | Next Topic »

Add to briefcase ««12

Permissions Expand / Collapse