<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.sqlfeeds.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
			<channel>
				<title>SQL Feeds</title>
				<link>http://sqlfeeds.com</link>
				<description>SQL Feeds - All your SQL feeds in one place.</description>
	
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.sqlfeeds.com/SqlFeeds" /><feedburner:info uri="sqlfeeds" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
				<title>Optimizing CREATE SET in Cube Calculation Scripts</title>
				<description>Author: Thomas Kejser    Reviewers: Peter Adshead, Nicholas Dritsas, Sanjay Nayyar, John Desch, Kevin Cox, Akshai Mirchandani, Anne Zorner  In this blog we will describe an important optimization that you should apply to cubes that are processed often and have CREATE SET commands in the calculation script. We will describe the measurements you can make to determine if this may affect you and also provide solutions that can make your cube be much more responsive to users.  Background  When you pr&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/TZm8x8l_MjU" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/TZm8x8l_MjU/optimizing-create-set-in-cube-calculation-scripts.aspx</link>
				<author>tkejser</author>
				<pubDate>Tue, 31 Aug 2010 22:27:40 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/b/sqlcat/archive/2010/09/01/optimizing-create-set-in-cube-calculation-scripts.aspx</feedburner:origLink></item>
	
			<item>
				<title>Loading data to SQL Azure the fast way</title>
				<description>Introduction
Now that you have your database set up in SQL Azure, the next step is to load your data to this database. Your data could exist in various sources; valid sources include SQL Server, Oracle, Excel, Access, flat files and others. Your data could exist in various locations. A location might be a data center, behind a corporate firewall, on a home network, or even in Windows Azure.
&amp;nbsp;
There are various data migration tools available, such as the SQL Server BCP Utility, SQL Server In&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/9ThbQcgyshM" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/9ThbQcgyshM/loading-data-to-sql-azure-the-fast-way.aspx</link>
				<author>Lubor</author>
				<pubDate>Sat, 31 Jul 2010 00:11:27 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/b/sqlcat/archive/2010/07/30/loading-data-to-sql-azure-the-fast-way.aspx</feedburner:origLink></item>
	
			<item>
				<title>Identifying query compile/runtime parameter values using XML SHOWPLAN output.</title>
				<description>I recently returned from Convergence 2010; the annual North American Microsoft Dynamics User Conference in Atlanta. It was a really great conference with many Customer, Partner, and Microsoft presentations and success stories. It was inspiring to see what Microsoft Dynamics products are being used for in the real world. I presented a number of sessions focused on Dynamics/SQL performance, and it became very apparent to me that XML SHOWPLAN, a highly useful feature of SQL Server, is not well unde&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/db9TUDWwNko" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/db9TUDWwNko/identifying-query-compile-runtime-parameter-values-using-xml-showplan-output.aspx</link>
				<author>Peter Scharlock</author>
				<pubDate>Wed, 09 Jun 2010 18:50:51 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/b/sqlcat/archive/2010/06/09/identifying-query-compile-runtime-parameter-values-using-xml-showplan-output.aspx</feedburner:origLink></item>
	
			<item>
				<title>SQL Azure Customer Best Practices</title>
				<description>The SQLCAT team and the SQL Azure team have been working closely together with a number of customers even before we launched our CTP (Community Technology Preview) in November, 2009 at the PDC (Professional Developers Conference).&amp;nbsp; After our production release in January, 2010, we&amp;rsquo;ve continued working with some interesting customers and have captured a number of great learnings in these best practice documents.&amp;nbsp; We&amp;rsquo;ve posted&amp;nbsp;6 best practice documents to the SQL Azure d&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/JbPJ0tomrUE" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/JbPJ0tomrUE/sql-azure-customer-best-practices.aspx</link>
				<author>Michael Thomassy</author>
				<pubDate>Fri, 28 May 2010 04:46:00 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/b/sqlcat/archive/2010/05/28/sql-azure-customer-best-practices.aspx</feedburner:origLink></item>
	
			<item>
				<title>Just added - NEW SQL Immersion Event in Bellevue, WA - in August</title>
				<description>It&amp;#39;s official! We&amp;#39;re doing another 5-day SQL Immersion Event (our ever-popular 5-day Deep Dive into Internals, Performance and Maintenance) this year in the US! 


We decided to have a class near Seattle because Washington is *fabulous* in August! 


The class will cover our best content in these areas: 


	
	
	On-disk structures: how the data is stored 
	
	
	
	
	Index internals: how the data is organized 
	
	
	Logging and recovery: how the data is protected 
	Choosing the RIGHT Data Ty&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/YnY3qaK6qGY" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/YnY3qaK6qGY/Just-added-NEW-SQL-Immersion-Event-in-Bellevue-WA-in-August.aspx</link>
				<author>kimberly.nospam@nospam.sqlskills.com (kltripp)</author>
				<pubDate>Fri, 21 May 2010 19:59:00 GMT</pubDate>
			<feedburner:origLink>http://www.sqlskills.com/BLOGS/KIMBERLY/post/Just-added-NEW-SQL-Immersion-Event-in-Bellevue-WA-in-August.aspx</feedburner:origLink></item>
	
			<item>
				<title>Full-text query in local languages</title>
				<description>Author: Kun ChengReviewer: Alexei Khalyako
Last week, I was presented with an interesting Full-text search problem, which I like to share with you, especially the ones who need to support international markets with SQL Server Full-text solution. 
The issue was that the customer application not able to find target strings as part of their routine test cycle. Note this customer is planning to enter Asia market with support of local languages. The unit test of Chinese language failed because of the&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/2zX9zjivplU" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/2zX9zjivplU/full-text-query-in-local-languages.aspx</link>
				<author>Kun Cheng</author>
				<pubDate>Thu, 20 May 2010 23:46:00 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/sqlcat/archive/2010/05/21/full-text-query-in-local-languages.aspx</feedburner:origLink></item>
	
			<item>
				<title>CurCmd in TDS DONE token</title>
				<description>Several customers approached us asking what are the possible values for CurCmd in TDS DONE token. The TDS DONE token is defined at http://msdn.microsoft.com/en-us/library/dd340421(PROT.13).aspx. Similar rules apply to DONEPROC and DONEINPROC. 
In the TDS protocol, we have:





CurCmd

The token of the current command. The token value is provided and controlled by the application layer, which utilizes TDS. The TDS layer does not evaluate the value.
As it says, we don’t put the possible value in&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/wb2KBLFIve4" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/wb2KBLFIve4/curcmd-in-tds-done-token.aspx</link>
				<author>SQL Protocols</author>
				<pubDate>Wed, 19 May 2010 06:20:00 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/sql_protocols/archive/2010/05/19/curcmd-in-tds-done-token.aspx</feedburner:origLink></item>
	
			<item>
				<title>A new and improved sp_helpindex (jokingly sp_helpindex8)</title>
				<description>OK, I first blogged about re-writing sp_helpindex here as sp_helpindex2 (April 2008). Shortly thereafter (Aug 2008), a reader found a bug and when I went digging, so did I (a couple of others). I did a few tweaks and the version that&amp;#39;s stuck for the past couple of years is in this blog post: Updates (fixes) to sp_helpindex2. 


However, as much as I&amp;#39;ve used that - I&amp;#39;ve always been frustrated by its output. And, so, over the months+, I wrote sp_helpindex3 (this solely added the index&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/JZ6lCxQSaNw" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/JZ6lCxQSaNw/A-new-and-improved-sp_helpindex-(jokingly-sp_helpindex8).aspx</link>
				<author>kimberly.nospam@nospam.sqlskills.com (kltripp)</author>
				<pubDate>Tue, 18 May 2010 20:33:00 GMT</pubDate>
			<feedburner:origLink>http://www.sqlskills.com/BLOGS/KIMBERLY/post/A-new-and-improved-sp_helpindex-(jokingly-sp_helpindex8).aspx</feedburner:origLink></item>
	
			<item>
				<title>TDS traceflags in SQL Server</title>
				<description>Microsoft SQL Server has a traceflag framework through which users can set specific server characteristics or to switch on/off a particular behavior. For details about how to use traceflags, please refer to http://msdn.microsoft.com/en-us/library/ms188396.aspx
In this blog, I will introduce two useful traceflags related to TDS, -T4052/-T4055.-T4052 can be used to print the TDS packet sent to client (i.e. output) to console.-T4055 can be used to print the TDS packet received (i.e. input) to conso&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/NKCEaenPrnE" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/NKCEaenPrnE/tds-traceflags-in-sql-server.aspx</link>
				<author>SQL Protocols</author>
				<pubDate>Tue, 18 May 2010 06:40:00 GMT</pubDate>
			<feedburner:origLink>http://blogs.msdn.com/sql_protocols/archive/2010/05/18/tds-traceflags-in-sql-server.aspx</feedburner:origLink></item>
	
			<item>
				<title>Determining the position of search arguments in a join</title>
				<description>As a follow-on discussion to my&amp;nbsp;SQL Server Magazine Q&amp;amp;A titled &amp;ldquo;Determining the position of search arguments in a join&amp;rdquo; where I was responding to a reader question about whether or not search arguments could be moved up into the FROM clause instead of placed in the WHERE clause and whether or not it would improve performance. While I was so focused on creating a scenario to highlight the problems when doing this, I missed a great point about what happened in my specific exa&lt;img src="http://feeds.feedburner.com/~r/SqlFeeds/~4/DdnjptDbMxE" height="1" width="1"/&gt;</description>
				<link>http://feeds.sqlfeeds.com/~r/SqlFeeds/~3/DdnjptDbMxE/Determining-the-position-of-search-arguments-in-a-join.aspx</link>
				<author>kimberly.nospam@nospam.sqlskills.com (kltripp)</author>
				<pubDate>Sun, 16 May 2010 21:17:00 GMT</pubDate>
			<feedburner:origLink>http://www.sqlskills.com/BLOGS/KIMBERLY/post/Determining-the-position-of-search-arguments-in-a-join.aspx</feedburner:origLink></item>
	
			</channel>
		</rss>
