http://www.sqlservercentral.com/Articles tagged Database Design, Naming Standards posted on SQLServerCentral.comen-us360sjones@sqlservercentral.com (Steve Jones)Everyone should establish some sort of naming convention for their SQL Server platform. It helps to ensure that developers and DBAs can easily find objects and communicate with one another. New author Michael Lato brings us the start of a series on organizing your SQL Server code with an article on naming conventions. http://www.sqlservercentral.com/articles/Naming+Standards/2895/2008/02/29http://www.sqlservercentral.com/articles/Naming+Standards/2895/Everyone should establish some sort of naming convention for their SQL Server platform. It helps to ensure that developers and DBAs can easily find objects and communicate with one another. New author Michael Lato brings us the start of a series on organizing your SQL Server code with an article on naming conventions. http://www.sqlservercentral.com/articles/Naming+Standards/2895/2008/02/29http://www.sqlservercentral.com/articles/Naming+Standards/2895/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. http://www.sqlservercentral.com/articles/Naming+Standards/storedprocedurenamingconventions/2054/2005/10/03http://www.sqlservercentral.com/articles/Naming+Standards/storedprocedurenamingconventions/2054/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'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. http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/2005/02/25http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/A look at coding standards in SQL Server. The first part of this series deals with object naming standards. http://www.sqlservercentral.com/articles/Naming+Standards/codingstandardspart1/677/2004/12/10http://www.sqlservercentral.com/articles/Naming+Standards/codingstandardspart1/677/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'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'll enjoy reading this article and adding your thoughts to the discussion! http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/2004/11/12http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/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. http://www.sqlservercentral.com/articles/Basics/lookupstrategy/921/2003/02/20http://www.sqlservercentral.com/articles/Basics/lookupstrategy/921/Jobs are pretty basic aren'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! http://www.sqlservercentral.com/articles/Administering/managingjobspart2/919/2003/02/14http://www.sqlservercentral.com/articles/Administering/managingjobspart2/919/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'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. http://www.sqlservercentral.com/articles/Administering/managingjobspart1/906/2003/01/31http://www.sqlservercentral.com/articles/Administering/managingjobspart1/906/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'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'll enjoy reading this article and adding your thoughts to the discussion! http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/2004/11/12http://www.sqlservercentral.com/articles/System+Development+Life+Cycle/worstpracticesobjectsnotownedbydbo/480/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. http://www.sqlservercentral.com/articles/Naming+Standards/sysgenconstraintnames/765/2002/08/16http://www.sqlservercentral.com/articles/Naming+Standards/sysgenconstraintnames/765/This article briefly discusses SQL Server'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. http://www.sqlservercentral.com/articles/Administering/cache/766/2002/08/15http://www.sqlservercentral.com/articles/Administering/cache/766/A look at coding standards in SQL Server. The first part of this series deals with object naming standards. http://www.sqlservercentral.com/articles/Naming+Standards/codingstandardspart1/677/2004/12/10http://www.sqlservercentral.com/articles/Naming+Standards/codingstandardspart1/677/In this article by Mattias Fagerlund, he shows you how he employs strict database naming standards and conventions to make his job easier. http://www.sqlservercentral.com/articles/Naming+Standards/datastandards/547/2001/12/13http://www.sqlservercentral.com/articles/Naming+Standards/datastandards/547/Identity columns are last years news. Have you experimented with uniqueindentifiers - better known to programmers as GUID's? Guaranteed to be unique in the world, they offer a powerful alternative to identity columns. http://www.sqlservercentral.com/articles/Basics/usinguniqueindentifierinsteadofidentity/439/2001/09/17http://www.sqlservercentral.com/articles/Basics/usinguniqueindentifierinsteadofidentity/439/Learn the key basics of writing quality Transact-SQL code. http://www.sqlservercentral.com/redirect/articles/393/2001/09/07http://www.sqlservercentral.com/redirect/articles/393/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'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. http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/2005/02/25http://www.sqlservercentral.com/articles/Naming+Standards/sqlstandards/176/