﻿<?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 Indexing</title><link>http://www.sqlservercentral.com/</link><description>Content tagged Indexing posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>XML Index</title><description>Checking XML indexs with a sample.</description><guid>http://www.sqlservercentral.com/scripts/T-SQL/63781/</guid><pubDate>2008/07/20</pubDate><link>http://www.sqlservercentral.com/scripts/T-SQL/63781/</link></item><item><title>Disabling Indexes</title><description>Expert SQL Server trainer Andy Warren brings us a new article on a lesser used feature in SQL server 2005: the ability to disable an index.</description><guid>http://www.sqlservercentral.com/articles/Indexing/63533/</guid><pubDate>2008/07/22</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/63533/</link></item><item><title>Index Fragmentation</title><description>This stored procedure is capable of performing defragmentation indices with avg_fragmentation_in_percent greater than the threshold passed.</description><guid>http://www.sqlservercentral.com/scripts/SQL+Server+2005/63287/</guid><pubDate>2008/07/09</pubDate><link>http://www.sqlservercentral.com/scripts/SQL+Server+2005/63287/</link></item><item><title>SQL 2005 IndexDefrag solution</title><description>Manual SP to Index Defrag a SQL 2000 database on SQL 2005 that run at spesific times at night</description><guid>http://www.sqlservercentral.com/scripts/Indexing/63036/</guid><pubDate>2008/06/19</pubDate><link>http://www.sqlservercentral.com/scripts/Indexing/63036/</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>Using Indexes to Bypass Locks</title><description>One of the issues you'll face with SQL Server is blocking which is caused by other processes that are holding locks on objects.  Until the locks are removed on an object the next process will wait before proceeding.  This is a common process that runs within SQL Server to ensure data integrity, but depending on how transactions are run this can cause some issues.  Are there ways to get around blocking by using different indexes to cover the queries that may be running?</description><guid>http://www.sqlservercentral.com/redirect/articles/62913/</guid><pubDate>2008/05/02</pubDate><link>http://www.sqlservercentral.com/redirect/articles/62913/</link></item><item><title>SQL Server Index Checklist </title><description>Indexing a SQL Server database in some respects is considered both an art and a science. Since this is the case, what are some considerations when designing indexes for a new database or an existing one in production? Are these the same types of steps or not? Do any best practices really exist when it comes to indexing? Where does indexing fall in the priority list from an application or production support perspective?</description><guid>http://www.sqlservercentral.com/redirect/articles/62577/</guid><pubDate>2008/04/03</pubDate><link>http://www.sqlservercentral.com/redirect/articles/62577/</link></item><item><title>Statistics and Indexes</title><description>When is it okay to let SQL Server to make a statistic for columns in your queries, and when should you take those statistics and make an index out of them? What I do is to test all of my procs, and if they generate system statistics (_WA_SYS%), then I add an index to the table for the column in the statistic. But is this a good practice?</description><guid>http://www.sqlservercentral.com/redirect/articles/62315/</guid><pubDate>2008/03/11</pubDate><link>http://www.sqlservercentral.com/redirect/articles/62315/</link></item><item><title>Statistics</title><guid>http://www.sqlservercentral.com/questions/SQL+Server+2005/62226/</guid><pubDate>2008/03/07</pubDate><link>http://www.sqlservercentral.com/questions/SQL+Server+2005/62226/</link></item><item><title>SQL Server non-clustered indexes for query optimization</title><description>Optimize SQL Server non-clustered indexes and queries by considering index fields, compound indexes and SQL Server statistics' impact on non-clustered indexes.</description><guid>http://www.sqlservercentral.com/redirect/articles/62300/</guid><pubDate>2008/03/05</pubDate><link>http://www.sqlservercentral.com/redirect/articles/62300/</link></item><item><title>Index Seeks</title><guid>http://www.sqlservercentral.com/questions/SQL+Server+2008/62229/</guid><pubDate>2008/02/21</pubDate><link>http://www.sqlservercentral.com/questions/SQL+Server+2008/62229/</link></item><item><title>IndexProperty</title><guid>http://www.sqlservercentral.com/questions/Indexing/62225/</guid><pubDate>2008/02/19</pubDate><link>http://www.sqlservercentral.com/questions/Indexing/62225/</link></item><item><title>Featured Blog: SQL Server 2008: Partition-level lock escalation details and examples</title><description>Paul Randal of SQLskills takes a look at lock escalation in SQL Server 2008</description><guid>http://www.sqlservercentral.com/redirect/articles/62004/</guid><pubDate>2008/01/30</pubDate><link>http://www.sqlservercentral.com/redirect/articles/62004/</link></item><item><title>Using Included Columns in SQL Server 2005</title><description>One of the new features found in SQL Server 2005 is the ability to add additional columns, called Included Columns, to a non-clustered index. This article will explain the advantages of using included columns and what impact they will have on your database.</description><guid>http://www.sqlservercentral.com/redirect/articles/61972/</guid><pubDate>2008/01/28</pubDate><link>http://www.sqlservercentral.com/redirect/articles/61972/</link></item><item><title>SQL Server clustered index design for performance</title><description> Find why SQL Server clustered index design should be narrow and static and how clustered indexes affect many-to-many tables to improve database performance.</description><guid>http://www.sqlservercentral.com/redirect/articles/61924/</guid><pubDate>2008/01/16</pubDate><link>http://www.sqlservercentral.com/redirect/articles/61924/</link></item><item><title>Generate Create FK-indexes</title><description>Generate create statements for missing FK indexes, based on DRI</description><guid>http://www.sqlservercentral.com/scripts/Indexing/61391/</guid><pubDate>2007/12/21</pubDate><link>http://www.sqlservercentral.com/scripts/Indexing/61391/</link></item><item><title>Indexes and Fragmentation in SQL Server 2000 Part 2</title><description>Most DBAs are constantly looking for ways to tune their servers to run better. Joe Doherty brings us the second part of his series on indexes with an in depth look at how the indexes are stored in your database.

</description><guid>http://www.sqlservercentral.com/articles/Indexing/2760/</guid><pubDate>2007/12/13</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/2760/</link></item><item><title>SQL Server Indexes: The Basics</title><description>Indexes directly affect the performance of database applications. This article uses analogies to describe how indexes work. The estimated execution plan feature of the Query Window is utilized to compare the performance of two queries in a batch.</description><guid>http://www.sqlservercentral.com/redirect/articles/61605/</guid><pubDate>2007/12/04</pubDate><link>http://www.sqlservercentral.com/redirect/articles/61605/</link></item><item><title>Indexes and Fragmentation in SQL Server 2000 Part 2</title><description>Most DBAs are constantly looking for ways to tune their servers to run better. Joe Doherty brings us the second part of his series on indexes with an in depth look at how the indexes are stored in your database.

</description><guid>http://www.sqlservercentral.com/articles/Indexing/2760/</guid><pubDate>2007/12/13</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/2760/</link></item><item><title>Clustered Indexes in SQL Server: Things You Need to Know</title><description>This article covers a few, more advanced topics about the usage of clustered indexes in SQL Server. Not only will I try to convince you of the absolute necessity of using clustered indexes, I&amp;#39;ll also give you some tips on how to use them in a not so obvious context.
</description><guid>http://www.sqlservercentral.com/redirect/articles/2210/</guid><pubDate>2006/01/04</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2210/</link></item><item><title>Index Creation Guidelines</title><description>Index Creation Guidelines for SQL Server can be pretty sparse. Usually there are a couple, clustered index for ranges, nonclustered, etc. Leo Peysakhovich has taken some time to write down his guidelines based on his experience for creating indexes and the rational for doing so. He&amp;#39;s also taken a few minutes to look at which indexes NOT to create, something that might be worth knowing..

</description><guid>http://www.sqlservercentral.com/articles/Performance+Tuning+and+Scaling/indexcreationguidelines/1389/</guid><pubDate>2005/10/21</pubDate><link>http://www.sqlservercentral.com/articles/Performance+Tuning+and+Scaling/indexcreationguidelines/1389/</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>Indexed Views With Outer Joins</title><description>SQL Server 2000 has indexed views, which can greatly improve database performance. However there are a number of restrictions on building the view, including the restriction against outer joins. So how can this work? New author Jean Charles Bulinckx brings us a technique that can help you get around this restriction.
</description><guid>http://www.sqlservercentral.com/articles/Indexing/indexedviewswithouterjoins/1884/</guid><pubDate>2005/05/19</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/indexedviewswithouterjoins/1884/</link></item><item><title>SQL Maintenance Plans</title><description>Do you use the maintenance plans or hate them? Wish they would do more? Curious about how they work under the hood? Cmon, you gotta read this one! Trust us, it&amp;#39;s not another &amp;#34;how-to&amp;#34; article! Well, maybe just a little bit!

</description><guid>http://www.sqlservercentral.com/articles/Administering/sqlmaintenanceplans/663/</guid><pubDate>2005/03/04</pubDate><link>http://www.sqlservercentral.com/articles/Administering/sqlmaintenanceplans/663/</link></item><item><title>SQL Server Database Index Performance</title><description>When it comes to auditing index use in SQL Server databases, I sometimes get overwhelmed. For example, how to do you go about auditing indexes in a database with over 1,500 tables? While auditing a single index is relatively straight-forward, auditing thousands of them in multiple databases is not an easy task. Whether the task is easy or not, it is an important task if you want to optimize the performance of your SQL Server databases.
</description><guid>http://www.sqlservercentral.com/redirect/articles/1663/</guid><pubDate>2005/01/18</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1663/</link></item><item><title>Clustering for Indexes</title><description>There is nothing spectacular about using indexes per say. However, on many occasions I have come across a variety of SQL coders that never consider validating that the index they think they are using is efficient or even being used at all. We can all put indexes on the columns that we think will be required to satisfy individual queries, but how do we know if they will ever be used. You see, if the underlying table data is constructed, contains, or is ordered in a particular way, our indexes may never be used. One of the factors around the use of an index is its clustering factor and this is what this article is about.</description><guid>http://www.sqlservercentral.com/redirect/articles/1617/</guid><pubDate>2004/12/23</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1617/</link></item><item><title>Boost Your Performance - Bad Index Detection</title><description>SQL Server depends heavily on good indexing to perform well. The optimizer requires relevant and intelligent indexing in order to do its job well. Author Andre Vigneau brings us a script that he uses to detect possible index problems in the database design as well as a number of hints to ensure that your database is performing optimally.
</description><guid>http://www.sqlservercentral.com/articles/Indexing/boostyourperformancebadindexdetection/1625/</guid><pubDate>2004/12/08</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/boostyourperformancebadindexdetection/1625/</link></item><item><title>10 Ways to Optimize SQL Server Full-text Indexing</title><description>Indexing performance has always been the Achilles&amp;#39; heel of SQL Server&amp;#39;s full-text feature. Although the search performance itself is fast (very few customers complain about the search speed), users do complain (often loudly and frequently) about how slow the indexing process is–especially for large tables. Here&amp;#39;s a few tips for you.</description><guid>http://www.sqlservercentral.com/redirect/articles/1538/</guid><pubDate>2004/10/15</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1538/</link></item><item><title>Index on multiple columns for performance</title><description>A short piece on indexing using multiple columns. For those of you that have 10 single column indexes, read a little about why you might choose to index on multiple columns.</description><guid>http://www.sqlservercentral.com/redirect/articles/1511/</guid><pubDate>2004/09/20</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1511/</link></item><item><title>SQL Server 2000 Indexing</title><description>What happens to SQL Server 2000 indexes over time? Fragmentation is one of the effects and Steve Jones looks at how you can work with and identity fragmentation.
</description><guid>http://www.sqlservercentral.com/articles/Indexing/sqlserver2000indexing/1479/</guid><pubDate>2004/09/15</pubDate><link>http://www.sqlservercentral.com/articles/Indexing/sqlserver2000indexing/1479/</link></item></channel></rss>