SQL

0

The Microsoft SQL Server Management Studio (even v2008 R2) has problems with executing large SQL-files. To execute these files you need to use the sqlcmd Utility.

Sample usage:

sqlcmd -S myServer\instanceName -i -U loginname -P password C:\myScript.sql

Categories ,

2

Sometimes you want to catch and specially handle an SQL-Timeout.
To do this, just put a try-catch around your SQL-Call and catch the SqlException. Now check the Property Number if it is -2 (which stands for Timeout). That’s it.

Here’s a little Code Example how that could look like:

try
{
	RunSomeSqlQuery();
}
catch (SqlException ex)
{
	// Check if it's a TimeoutException
	if (ex.Number == -2)
	{
		// It is...
		// Do whatever you need
	}
	else
	{
		// Other Type of Exception, re-throw it or whatever
		throw;
	}
}

If you want to simulate a Timeout in your SQL-Statement, just use the WAITFOR DELAY SQL-Statement to block for some Time and therefore results in a Timeout.

Here’s an example to wait for 1 Minute:

WAITFOR DELAY '00:01:00'
Categories , ,

0

Let’s say you have a Select Statement with a List of IDs in it’s “IN()” Part and want to get the Results in the same Order as the List of IDs.

You now could use the same “ORDER BY” you used when you got the List of IDs but why reordering if you already got the order?

Or you could reorder the result in your application.

But there’s another solution to order it in SQL. Using the “CASE-WHEN-THEN” Statement. It may not be very efficient if you have many IDs but that’s the best I found. Continue reading “ORDER BY” specific order

Categories , , Tags , ,

0

Manchmal möchte man ein nicht-blockierendes SELECT auf einer Tabelle machen. Dazu verwendet man einfach:

SELECT * FROM MyTable WITH(NOLOCK)

Das Problem an NOLOCK ist, dass es ein “dirty” Read ist. Also wenn z.B. eine Transaktion ein INSERT auf diese Tabelle macht aber noch nicht commited ist, gibt das SELECT mit NOLOCK diese Row bereits zurück! Wenn und die Transaktion zurückgesetzt wird (Rollback), wird dieser Row wieder gelöscht und unser SELECT hat einen nicht mehr exisiterenden Eintrag.
Um dieses Problem zu umgehen kann man statt NOLOCK einfach READPAST verwenden. Das Statement sieht dann so aus:

SELECT * FROM MyTable WITH(READPAST)

Nun werden Zeilen die gesperrt sind einfach ignoriert. Dies beinhaltet allerdings auch Zeilen die über ein UPDATE gesperrt sind! Also immer aufpassen und abschätzen, was man braucht.

Weitere Links:
– Table Hints (Transact-SQL)
– Using NOLOCK and READPAST table hints in SQL Server

Categories , Tags