<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>tampasql at Yahoo! Groups</title>
    <link>http://tech.groups.yahoo.com/group/tampasql/</link>
    <description>Tampa Bay SQL User Group</description>

    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Wed, 03 Feb 2010 10:20:28 GMT</pubDate>
      <dc:creator>Nathan Heaivilin</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/452</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/452</guid>
      <description>Great!  That works.  Party of our restore process is to rebuild all of the indexes upon restore during a server move anyway.  Well, atleast the ones that are</description>
    </item>
    <item>
      <title>Kalen Delaney Teaching Internals in South Florida March 22, 2010</title>
      <pubDate>Tue, 02 Feb 2010 23:47:31 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/451</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/451</guid>
      <description>I thought I&#39;d share this because Kalen is such an amazing teacher. http://www.eventbrite.com/event/433310042 More information can be found on her blog post on</description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Mon, 01 Feb 2010 03:43:44 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/450</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/450</guid>
      <description>Yes, that is the only way you&#39;d fix it. Jonathan Kehayias, MCITP jmkehayias@... SQL Server MVP http://sqlblog.com/blogs/jonathan_kehayias/ </description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Mon, 01 Feb 2010 02:45:06 GMT</pubDate>
      <dc:creator>Nathan Heaivilin</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/449</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/449</guid>
      <description>Yeah, I was the one who asked him the question.  Hadn&#39;t heard back from him yet, but I haven&#39;t checked my junk mail on it. If we consider that the indexes are</description>
    </item>
    <item>
      <title>Re: SQL 2008 on Windows 2008 Cluster?</title>
      <pubDate>Wed, 27 Jan 2010 20:11:16 GMT</pubDate>
      <dc:creator>Jorge Segarra</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/448</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/448</guid>
      <description>I know that in order to install SQL 2008 on a 2008 cluster you NEED to have SP1 to work on it and to do that you have to slipstream your install bits. Here&#39;s a</description>
    </item>
    <item>
      <title>SQL 2008 on Windows 2008 Cluster?</title>
      <pubDate>Wed, 27 Jan 2010 20:06:35 GMT</pubDate>
      <dc:creator>snugglebug</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/447</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/447</guid>
      <description>Does anyone have experience with installing SQL 2008 SP1 on a Windows 2008 cluster? At the end of last year I attempted a cluster install with SQL 2008 RTM</description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Wed, 27 Jan 2010 12:22:00 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/446</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/446</guid>
      <description>... at the file level. Paul Randal proves that shrinking will cause internal fragmentation on this blog post: </description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Wed, 27 Jan 2010 11:21:59 GMT</pubDate>
      <dc:creator>Garry McGibbon</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/445</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/445</guid>
      <description>shrinking the database will not cause fragmentation, either internal or at the file level.   repeatedly shrinking/growing can cause fragmentation at the file</description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Wed, 27 Jan 2010 04:07:24 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/444</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/444</guid>
      <description>No, the fragmentation internally that existed when the database was backed up, will exist when the database is restored.  This question was asked on twitter by</description>
    </item>
    <item>
      <title>Re: shrink and fragment</title>
      <pubDate>Wed, 27 Jan 2010 04:06:46 GMT</pubDate>
      <dc:creator>Good, Mike</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/443</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/443</guid>
      <description>A long time ago I&#39;m pretty sure the answer would have been yes, but now I don&#39;t know.  I think you could prove this for yourself with AdventureWorks before you</description>
    </item>
    <item>
      <title>shrink and fragment</title>
      <pubDate>Wed, 27 Jan 2010 03:53:30 GMT</pubDate>
      <dc:creator>Nathan Heaivilin</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/442</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/442</guid>
      <description>Alright, So interesting question.  Due to some wonderful programming by one of our .NET developers, we had an audit table grow to some stupidly large number in</description>
    </item>
    <item>
      <title>Re: SQL 2005 sp3 Question</title>
      <pubDate>Wed, 27 Jan 2010 02:44:36 GMT</pubDate>
      <dc:creator>Good, Mike</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/441</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/441</guid>
      <description>I&#39;m sorry to hear about the virus.  1st sentence paragraph 2 was the answer I was hoping for, especially with all your experience on those forums.  Please</description>
    </item>
    <item>
      <title>Re: SQL 2005 sp3 Question</title>
      <pubDate>Wed, 27 Jan 2010 01:51:19 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/440</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/440</guid>
      <description>Sorry Mike, I&#39;ve had a nasty stomach virus the last 48 hours and haven&#39;t been at work or in my personal email since SQL Saturday.  Trying to catch up now. To</description>
    </item>
    <item>
      <title>Re: SQL 2005 sp3 Question</title>
      <pubDate>Tue, 26 Jan 2010 20:50:16 GMT</pubDate>
      <dc:creator>Good, Mike</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/439</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/439</guid>
      <description>There he is!  Ok, I&#39;m on board with this hack if required.  I&#39;ve done this before, just to eliminate failed entries that would not go away. But we&#39;re all</description>
    </item>
    <item>
      <title>Re: SQL 2005 sp3 Question</title>
      <pubDate>Tue, 26 Jan 2010 20:39:17 GMT</pubDate>
      <dc:creator>Jonathan Kehayias</dc:creator>
      <link>http://tech.groups.yahoo.com/group/tampasql/message/438</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/tampasql/message/438</guid>
      <description>If you copy the key value into a text file, you can always paste the values to be deleted back into the key once SQL Setup completes.  I&#39;ve done this a couple</description>
    </item>

  </channel>
</rss>
<!-- wr2.grp.sp2.yahoo.com uncompressed/chunked Sun Mar 28 14:20:44 PDT 2010 -->
