Browse by Tags

All Tags » indexes
Showing page 1 of 4 (35 total posts)
  • Adding a PK online?

    I just read in a forum about a user who want to replikate a table, but the table doesn't have a PK. The table is pretty large, and having the table not available while adding the PK is undesireable. The table has a clustered index already, and there are...(read more)
    Posted to SQL Server Aggregator (Weblog) by Anonymous on January 13, 2010
  • Connect Digest : 2009-10-02

    Welcome to October! This week I have five SQL Server items to point out to you, and two Connect-specific issues. /*------------------------------------------------------*/ SQL Server /*------------------------------------------------------*/ #331220 :...(read more)
    Posted to SQL Server Aggregator (Weblog) by Anonymous on October 3, 2009
  • Filtered indexes and filtered stats might become seriously out-of-date

    Time flies when you're having fun, eh? This week Paul and I are in Dublin, Ireland delivering a deep technical "SQL Immersion Event" on Internals, Performance Tuning and Maintenance with our partner ProData (and having a blast - we have a really fun and very interactive group). And, today's an even more interesting ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on September 25, 2009
  • Heaps, forwarding pointers, ALTER TABLE REBUILD and non-clustered indexes

    Let's start with some background on forwarding pointers: Forwarding pointers in heaps can be a mess to get rid of. A forwarding pointer happens when you modify a row so that the row doesn't fit on the same page anymore. SQL Server moves the row to a new...(read more)
    Posted to SQL Server Aggregator (Weblog) by Anonymous on August 28, 2009
  • Key count in sys[.]indexes

    The old sysindexes table (as of 2005 implemented as a compatibility view) has a useful column named keycnt. This is supposed to give us the number of columns (keys) in the index. However, to make heads and tails out of the numbers, we need to understand...(read more)
    Posted to SQL Server Aggregator (Weblog) by Anonymous on June 23, 2009
  • Match those types!

    This is a recommendation I believe is worth repeating from time to time: Make sure you match data types when you write TSQL code. Else you in most cases end up with an implicit data type conversion. And in worst case, this conversion is performed at the column side - not the literal side of your query. What does that mean? Consider below: WHERE ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on April 28, 2009
  • Companion content for Chapter 6 (Index Internals) of SQL Server 2008 Internals

    Recently, the SQL Server 2008 Internals title was released (and only in the past few days have people actually received their copies! In fact, I still haven't seen the book in person... soon though!) Anyway, Kalen, Paul, Conor, Adam and I worked to create a comprehensive resource on SQL Server 2008 internals and to supplement ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on April 13, 2009
  • Spring cleaning your indexes - Part II

    I started the series here: http://www.sqlskills.com/BLOGS/KIMBERLY/post/Spring-cleaning-your-indexes-Part-I.aspx and I want to continue with Part II today by clarifying some great questions/comments that have come up on the series. In Part III, I'll give you a few more ways to get rid of (or consolidate) indexes. And, I think ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on March 28, 2009
  • Spring cleaning your indexes - Part I

    First and foremost, happy spring! I truly hope we're on the path to summer (although who would know it here - we're in Florida for SQL Connections and the weather is a bit chilly and it's been raining off/on today - I hope this is short term (no, I don't want to look at the forecast as I don't want to jinx it :)). But, ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on March 24, 2009
  • Database Maintenance Best Practices Part II – Setting FILLFACTOR

    When you decide to rebuild or reorganzie an index, you have an option to set something called FILLFACTOR. This is probably the MOST IMPORTANT thing to understand about index maintenance and reducing fragmentation (especially in databases that are prone to it). Unfortunately, we need to dive into some internals to really understand why this is so ...
    Posted to SQL Server Aggregator (Weblog) by Anonymous on March 14, 2009
1 2 3 4 Next >