﻿<?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 Database Design, SQL Server 7, 2000</title><link>http://www.sqlservercentral.com/</link><description>Content tagged Database Design, SQL Server 7, 2000 posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>The Basics of Sizing a SQL Server Database</title><description>Sizing a database can be one of the most arduous tasks a DBA, analyst or developer must attend to. It?s time consuming and more hours go into analyzing the database than actually sizing it. This article focuses on how to monitor the database?s growth after its deployed and contains some tips on how to size it before deployment. We will also dive a little into how to benchmark your database against a robust data load.






</description><guid>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</guid><pubDate>2006/06/30</pubDate><link>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</link></item><item><title>Worst Practices - Not Using Primary Keys and Clustered Indexes</title><description>Two weeks ago Andy started his wildly successful series on Worst Practices. This week he continues that series discussing why failing to use primary keys and clustered indexes are worst practices. Agree or disagree, read the article and join the discussion. One thing you'll have to admit, reading an article by Andy is a lot more interesting than reading Books Online!



</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</guid><pubDate>2008/05/09</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</link></item><item><title>The Basics of Sizing a SQL Server Database</title><description>Sizing a database can be one of the most arduous tasks a DBA, analyst or developer must attend to. It?s time consuming and more hours go into analyzing the database than actually sizing it. This article focuses on how to monitor the database?s growth after its deployed and contains some tips on how to size it before deployment. We will also dive a little into how to benchmark your database against a robust data load.






</description><guid>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</guid><pubDate>2006/06/30</pubDate><link>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</link></item><item><title>Worst Practices - Not Using Primary Keys and Clustered Indexes</title><description>Two weeks ago Andy started his wildly successful series on Worst Practices. This week he continues that series discussing why failing to use primary keys and clustered indexes are worst practices. Agree or disagree, read the article and join the discussion. One thing you'll have to admit, reading an article by Andy is a lot more interesting than reading Books Online!



</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</guid><pubDate>2008/05/09</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</link></item><item><title>Data Dictionary from within SQL Server 2000</title><description>Mindy explores the metadata stored in SQL 2000 to show you how to produce a simple and useful data dictionary!

</description><guid>http://www.sqlservercentral.com/articles/Installation/datadictionaryfromwithinsqlserver2000/607/</guid><pubDate>2005/02/04</pubDate><link>http://www.sqlservercentral.com/articles/Installation/datadictionaryfromwithinsqlserver2000/607/</link></item><item><title>Indexed Views</title><description>Most of us know what it is, or do we? Chris works on a good definition and along with that, gets into a good look at the problems denormalization creates and talks about a pretty common form of it - the indexed view.
</description><guid>http://www.sqlservercentral.com/articles/Advanced/indexedviews/1205/</guid><pubDate>2003/12/02</pubDate><link>http://www.sqlservercentral.com/articles/Advanced/indexedviews/1205/</link></item><item><title>What is Denormalization?</title><description>Chris Kempster brings us a basic look at the database design topic of denormalization.</description><guid>http://www.sqlservercentral.com/articles/Advanced/whatisdenormalization/1204/</guid><pubDate>2003/12/01</pubDate><link>http://www.sqlservercentral.com/articles/Advanced/whatisdenormalization/1204/</link></item><item><title>Worst Practices - Not Using Primary Keys and Clustered Indexes</title><description>Two weeks ago Andy started his wildly successful series on Worst Practices. This week he continues that series discussing why failing to use primary keys and clustered indexes are worst practices. Agree or disagree, read the article and join the discussion. One thing you'll have to admit, reading an article by Andy is a lot more interesting than reading Books Online!



</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</guid><pubDate>2008/05/09</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/worstpracticesnotusingprimarykeysandclusteredindex/488/</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>Saving Space To Increase Performance</title><description>Disk space is getting cheaper everyday. Why should you worry about the amount of space your data is consuming? This article by Neil Boyle presents some great reasons why you should be concerned.


</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/savingspace/208/</guid><pubDate>2003/02/21</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/savingspace/208/</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>Beware of Mixing Collations - Part 1</title><description>A few months ago Greg Larsen ran across a big problem with SQL Server collation when querying. He shares his bruises in this quick article.

</description><guid>http://www.sqlservercentral.com/articles/Administering/collate_part1/875/</guid><pubDate>2002/12/19</pubDate><link>http://www.sqlservercentral.com/articles/Administering/collate_part1/875/</link></item><item><title>User-defined Data Type Basics</title><description>This article discusses an often-overlooked feature of SQL Server called user-defined data types.
</description><guid>http://www.sqlservercentral.com/articles/Administering/userdefineddatatypes/873/</guid><pubDate>2002/12/17</pubDate><link>http://www.sqlservercentral.com/articles/Administering/userdefineddatatypes/873/</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>Relational Database Without Relations</title><description>The strength and holy grail of relational databases lies in the very name: relations. Microsoft has put a good deal of intelligence and cunning into query optimizations, caching, indexing and execution plans to make the process of finding related records even smoother and faster. This small article, however, will try to shatter the very sacred notion of relational databases.

</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning+and+Scaling/relationaldatabasewithoutrelations/733/</guid><pubDate>2002/07/29</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning+and+Scaling/relationaldatabasewithoutrelations/733/</link></item><item><title>Bill Wunder's DDL Archive Utility Launches as Freeware</title><description>Bill Wunder has donated his utility for those who have a free SQLServerCentral.com mebership. The DDL Archive Utility will look into a database and automatically archive the DDL from the database into Source Safe saving hours of hassles!
</description><guid>http://www.sqlservercentral.com/articles/Administering/729/</guid><pubDate>2002/07/11</pubDate><link>http://www.sqlservercentral.com/articles/Administering/729/</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>Data Dictionary from within SQL Server 2000</title><description>Mindy explores the metadata stored in SQL 2000 to show you how to produce a simple and useful data dictionary!

</description><guid>http://www.sqlservercentral.com/articles/Installation/datadictionaryfromwithinsqlserver2000/607/</guid><pubDate>2005/02/04</pubDate><link>http://www.sqlservercentral.com/articles/Installation/datadictionaryfromwithinsqlserver2000/607/</link></item><item><title>Reducing Round Trips - Part 2</title><description>Last week Andy started a discussion of the various ways you can reduce the number of round trips to the server. This week he continues by looking at a method he used recently to do client side caching of data to eliminate the round trip altogether. Gotta read it!
</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning/reducingroundtripspart2/588/</guid><pubDate>2002/02/06</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning/reducingroundtripspart2/588/</link></item><item><title>Understanding the Implications of ANSI SQL92 SET Options</title><description>Have you ever experienced a T-SQL query, a stored procedure, view or a trigger returning unexpected results. In this article by Raj Gill, he shows you how ANSI DEFAULTS may be to blame.

</description><guid>http://www.sqlservercentral.com/articles/Administering/understandingtheimplicationsofansisql92setoptions/482/</guid><pubDate>2001/10/18</pubDate><link>http://www.sqlservercentral.com/articles/Administering/understandingtheimplicationsofansisql92setoptions/482/</link></item><item><title>Design Oversight - Preliminary Review</title><description>We all know what the ideal application design environment is for building a database back-end: an experienced DBA takes inputs from end users and developers and creates the database design in order to support the application being developed. But in reality, we don&amp;#39;t get the opportunity to do application design like this very often.  This article covers how to quickly find and fix problems in a design.

</description><guid>http://www.sqlservercentral.com/articles/Administering/designoversight-preliminaryreview/414/</guid><pubDate>2001/08/20</pubDate><link>http://www.sqlservercentral.com/articles/Administering/designoversight-preliminaryreview/414/</link></item><item><title>The Basics of Sizing a SQL Server Database</title><description>Sizing a database can be one of the most arduous tasks a DBA, analyst or developer must attend to. It?s time consuming and more hours go into analyzing the database than actually sizing it. This article focuses on how to monitor the database?s growth after its deployed and contains some tips on how to size it before deployment. We will also dive a little into how to benchmark your database against a robust data load.






</description><guid>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</guid><pubDate>2006/06/30</pubDate><link>http://www.sqlservercentral.com/articles/Administering/sizingadatabase/383/</link></item></channel></rss>