Když neznáme přesnou strukturu výsledku stored procedury, nemůžeme použít CREATE TABLE a INSERT … EXEC. Dá se to obejít pomocí OPENQUERY:
exec sp_serveroption [SERVER_NAME] , 'data access', 'true' SELECT * INTO #W FROM OPENQUERY([SERVER_NAME], 'exec sp_who') SELECT * FROM #W
Možná to jde lépe, ale co třeba takto:
= REPLACE(STR(15, 5, 0), ' ', '0')
Funkce STR(num, length, decimals) převede číslo na řetězec určené délky (doplněný zleva mezerami) a s daným počtem desetinných míst.
Nebo takto?
= RIGHT('00000' + cislo, 5)
Většinou si formátování řešíme až v prezentační vrstvě, ale někdy se to může hodit…
Vypadá to jako triviální problém, nicméně triviální řešení zde nejsou správná.
Nejprve tedy správné řešení:
/*
Vrátí věk ke vztažnému datu určený dle data narození.
*/
ALTER FUNCTION dbo.Age
(
@DatumNarozeni smalldatetime,
@VztazneDatum smalldatetime
)
RETURNS tinyint
AS
BEGIN
RETURN DATEDIFF(year, @DatumNarozeni, @VztazneDatum)
- (CASE WHEN (100 * MONTH(@VztazneDatum) + DAY(@VztazneDatum)) < (100 * MONTH(@DatumNarozeni) + DAY(@DatumNarozeni))
THEN 1 ELSE 0 END)
END
A pár ukázek špatných řešení:
DATEDIFF(year, @birthdate, @enddate) SELECT DATEDIFF (year, @birthdate, @endDate) - CASE WHEN DATEPART(dy, @birthdate) <= DATEPART(dy, @endDate) THEN 1 ELSE 0 END
První pokus od sebe jen odečte letošní letopočet od letopočtu narození.
Druhý pokus zase nefunguje korektně s přestupnými roky, protože pak není počet dnů od 1.1. stejný.
Zajímavá hříčka, která může klidně skončit chybou „Cannot resolve collation conflict for UNION operation.“
SELECT * FROM RealTable INTO #temp WHERE ... SELECT * FROM #temp UNION SELECT * FROM RealTable
Dejme tomu, že RealTable používá default database collation.
Přestože výše uvedené vypadá, že přeci nemůže být s COLLATION problém, může být.
#temptable se totiž vytváří v databázi tempdb, která může mít jiné collation, než naše user-databáze!!! …a problém je na světě.
HAVIT Knowledge Base 