﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.0"><channel><title>SQLServerCentral.com Content tagged Strategies, Database Design</title><link>http://www.sqlservercentral.com/</link><description>Content tagged Strategies, Database Design posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>Is XML the Answer?</title><description>New Author! Don Peterson writes his first article for us and explores why he considers XML to be...bad! There are some interesting points made here and if you've haven't thought about what XML means to you as a DBA, it's a subject worth spending some time on.

</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</guid><pubDate>2008/05/02</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</link></item><item><title>SQL Stored Procedure to Log Updates, Independent of Database Structure</title><description>How many DBAs need a solution to track those changes made for multiple systems? Auditing is becoming more and more prevalent in all systems and having a good solution can really make your DBA job interesting. New author Keren Ramot brings us his technique that works indepedent of the database structure.

</description><guid>http://www.sqlservercentral.com/articles/Security/2773/</guid><pubDate>2007/12/26</pubDate><link>http://www.sqlservercentral.com/articles/Security/2773/</link></item><item><title>SQL Stored Procedure to Log Updates, Independent of Database Structure</title><description>How many DBAs need a solution to track those changes made for multiple systems? Auditing is becoming more and more prevalent in all systems and having a good solution can really make your DBA job interesting. New author Keren Ramot brings us his technique that works indepedent of the database structure.

</description><guid>http://www.sqlservercentral.com/articles/Security/2773/</guid><pubDate>2007/12/26</pubDate><link>http://www.sqlservercentral.com/articles/Security/2773/</link></item><item><title>Stored Procedure Naming Conventions</title><description>As your SQL Server applications grow, chances are that you have more and more objects, especially stored procedures that you need to keep track of. An organized environment is key to being able to prevent the duplication of code and effort. Joe Sack brings us a look at how he names stored procedures to easy identification.

</description><guid>http://www.sqlservercentral.com/articles/Naming+Standards/storedprocedurenamingconventions/2054/</guid><pubDate>2005/10/03</pubDate><link>http://www.sqlservercentral.com/articles/Naming+Standards/storedprocedurenamingconventions/2054/</link></item><item><title>Is XML the Answer?</title><description>New Author! Don Peterson writes his first article for us and explores why he considers XML to be...bad! There are some interesting points made here and if you've haven't thought about what XML means to you as a DBA, it's a subject worth spending some time on.

</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</guid><pubDate>2008/05/02</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</link></item><item><title>Database Standards and Conventions</title><description>Having a good set of naming conventions for your SQL Server objects is one of the most vital things to a company. In the long duration of a business, it saves money and time as programmers are transferred internally and don&amp;#39;t need to relearn object names. As learning curves lower, cost lowers. This article covers some of the conventions that Brian Knight uses and why he uses them.

</description><guid>http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/</guid><pubDate>2005/02/25</pubDate><link>http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/</link></item><item><title>Worst Practices - Objects Not Owned by DBO</title><description>Last week Andy launched a new series about Worst Practices by talking about why the Hungarian naming convention is bad for column names. This week he&amp;#39;s at it again, declaring that the practice of having objects owned by anyone other than dbo is BAD! Agree or disagree, we think you&amp;#39;ll enjoy reading this article and adding your thoughts to the discussion!


</description><guid>http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/</guid><pubDate>2004/11/12</pubDate><link>http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/</link></item><item><title>Best Practices in an Adhoc Environment</title><description>This short article looks at some mistakes developers should avoid when they also have the task of designing the database, database objects, or TSQL used to access it.
</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/bestpracticesinanadhocenvironment/1228/</guid><pubDate>2003/12/16</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/bestpracticesinanadhocenvironment/1228/</link></item><item><title>Is XML the Answer?</title><description>New Author! Don Peterson writes his first article for us and explores why he considers XML to be...bad! There are some interesting points made here and if you've haven't thought about what XML means to you as a DBA, it's a subject worth spending some time on.

</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</guid><pubDate>2008/05/02</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/isxmltheanswer/1147/</link></item><item><title>An Automated Solution for Migrating Database Structures</title><description>This article by Simon Galbraith (from Red Gate software, maker of SQL Compare) discusses migrating changes from development to staging, QA, and on to production. If you&amp;#39;ve never seen the need for a schema compare tool (Steve Jones!), this is worth reading.</description><guid>http://www.sqlservercentral.com/redirect/articles/982/</guid><pubDate>2003/05/06</pubDate><link>http://www.sqlservercentral.com/redirect/articles/982/</link></item><item><title>A Lookup Strategy Defined</title><description>Most databases designs nowadays seem to have at least a few if not many lookup or reference tables. This article helps you define a strategy in how to design, approve, and deploy them.
</description><guid>http://www.sqlservercentral.com/articles/Basics/lookupstrategy/921/</guid><pubDate>2003/02/20</pubDate><link>http://www.sqlservercentral.com/articles/Basics/lookupstrategy/921/</link></item><item><title>Managing Jobs - Part 2</title><description>Jobs are pretty basic aren&amp;#39;t they? They are until you get a couple hundred, or a thousand. Andy continues talking about managing jobs by standardizing how you handle notifications and failures, and talks about an interesting idea to monitor jobs separately from SQL Agent. Worth reading!
</description><guid>http://www.sqlservercentral.com/articles/Administering/managingjobspart2/919/</guid><pubDate>2003/02/14</pubDate><link>http://www.sqlservercentral.com/articles/Administering/managingjobspart2/919/</link></item><item><title>Managing Jobs - Part 1</title><description>How many jobs do you have? 10? 100? 1000? Andy makes the point that what works to manage for a small number of jobs doesn&amp;#39;t work when that number doubles or triples (well, unless you only had 1 job to start with!). In part one of two, this article looks at ideas for using categories and naming conventions to get things under control.
</description><guid>http://www.sqlservercentral.com/articles/Administering/managingjobspart1/906/</guid><pubDate>2003/01/31</pubDate><link>http://www.sqlservercentral.com/articles/Administering/managingjobspart1/906/</link></item><item><title>Worst Practices - Objects Not Owned by DBO</title><description>Last week Andy launched a new series about Worst Practices by talking about why the Hungarian naming convention is bad for column names. This week he&amp;#39;s at it again, declaring that the practice of having objects owned by anyone other than dbo is BAD! Agree or disagree, we think you&amp;#39;ll enjoy reading this article and adding your thoughts to the discussion!


</description><guid>http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/</guid><pubDate>2004/11/12</pubDate><link>http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/</link></item><item><title>Beware to the System Generated Constraint Name</title><description>New columnist Gregory Larsen used to not care what his objects were called until recently when he began to become concerned with the system generated constraint names. This short article tells you why.

</description><guid>http://www.sqlservercentral.com/articles/Naming+Standards/sysgenconstraintnames/765/</guid><pubDate>2002/08/16</pubDate><link>http://www.sqlservercentral.com/articles/Naming+Standards/sysgenconstraintnames/765/</link></item><item><title>Interact with SQL Server's Data and Procedure Cache</title><description>This article briefly discusses SQL Server&amp;#39;s data and procedure cache and shows you the common Transact-SQL statements/command and system tables that you can use to interact with the cache through Transact-SQL.
</description><guid>http://www.sqlservercentral.com/articles/Administering/cache/766/</guid><pubDate>2002/08/15</pubDate><link>http://www.sqlservercentral.com/articles/Administering/cache/766/</link></item><item><title>Designing a Flexible Task Management Database</title><description>In this article by Jamie Voss, he shows the methodology he used to develop his task management database.

</description><guid>http://www.sqlservercentral.com/articles/Basics/designingaflexibletaskdb/688/</guid><pubDate>2002/05/20</pubDate><link>http://www.sqlservercentral.com/articles/Basics/designingaflexibletaskdb/688/</link></item><item><title>Version Control for Stored Procedures</title><description>Version control for stored procedures isn&amp;#39;t always popular and certainly isn&amp;#39;t easy. Or can it be? Andy discusses a technique he used on a recent project that you might find interesting.
</description><guid>http://www.sqlservercentral.com/articles/Administering/versioncontrolforstoredprocedures/681/</guid><pubDate>2002/05/10</pubDate><link>http://www.sqlservercentral.com/articles/Administering/versioncontrolforstoredprocedures/681/</link></item><item><title>Analyzing Requirements and Defining Solution Architectures</title><description>Andy says it&amp;#39;s not the greatest book for preparing for the 70-100 exam, but the case study is worth reading for it&amp;#39;s explanation of the Microsoft Solution Framework. Read the full review!
</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/analyzingrequirementsanddefiningsolutionarchitectu/561/</guid><pubDate>2002/01/02</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/analyzingrequirementsanddefiningsolutionarchitectu/561/</link></item><item><title>70-100 MCSD Architectures Exam Cram</title><description>Should you use this book to prepare for the 70-100 exam? Read the review and find out!
</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/70100mcsdarchitecturesexamcram/562/</guid><pubDate>2001/12/26</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/70100mcsdarchitecturesexamcram/562/</link></item><item><title>Using Uniqueindentifier Instead of Identity</title><description>Identity columns are last years news. Have you experimented with uniqueindentifiers - better known to programmers as GUID&amp;#39;s? Guaranteed to be unique in the world, they offer a powerful alternative to identity columns.

</description><guid>http://www.sqlservercentral.com/articles/Basics/usinguniqueindentifierinsteadofidentity/439/</guid><pubDate>2001/09/17</pubDate><link>http://www.sqlservercentral.com/articles/Basics/usinguniqueindentifierinsteadofidentity/439/</link></item><item><title>SQL Server Database Coding Conventions and Best Practices</title><description>Learn the key basics of writing quality Transact-SQL code.
</description><guid>http://www.sqlservercentral.com/redirect/articles/393/</guid><pubDate>2001/09/07</pubDate><link>http://www.sqlservercentral.com/redirect/articles/393/</link></item><item><title>Database Standards and Conventions</title><description>Having a good set of naming conventions for your SQL Server objects is one of the most vital things to a company. In the long duration of a business, it saves money and time as programmers are transferred internally and don&amp;#39;t need to relearn object names. As learning curves lower, cost lowers. This article covers some of the conventions that Brian Knight uses and why he uses them.

</description><guid>http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/</guid><pubDate>2005/02/25</pubDate><link>http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/</link></item><item><title>Character Datatype Decisions</title><description>The type of datatypes that you use in your schema could impact the performance and the accuracy of your database.
</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/datatype/173/</guid><pubDate>2001/05/07</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/datatype/173/</link></item></channel></rss>