Az sql_variant adattípus használata

A példához szükséges a VariantDb adatbázis, melyet a mellékelt VariantDb.sql lefuttatásával hozhatunk létre. A VariantDb.sql script 5. sorában adja meg helyesen a létrehozandó adatbázisfájlok mappájának nevét és elérési útvonalát.

Általános jellemzők

Ha röviden szeretnénk jellemezni az sql_variant adattípust, akkor annyit mondanánk, hogy az ilyen típusú változóban képesek vagyunk tárolni az SQL Server által támogatott valamennyi adattípusú adatot, kivétel a text, ntext, image, timestamp, és sql_variant típusú értéket. Felhasználhatjuk táblák oszlopainak, paraméterek, változók, valamint felhasználó által definiált függvények visszatérési értékének tipizálásakor. Minden sql_variant típusú oszlophoz tartozik egy érték melyet tárol, valamint egy meta információ, mely tartalmazza a tárolt érték alaptípusát, pontosságát, skáláját, maximális méretét, valamint nyelvi információkat.

Az ilyen típusú változóban tárolt adatokra a fenti megszorítás mellett érvényes az is, hogy a tárolt adatok maximális mérete nem haladhatja meg a 8016 bájtot. Az adatokat először alaptípusukra kell konvertálni, mielőtt valamilyen műveletet végeznénk velük, ugyanis nem történik implicit konverzió és konvertálás nélkül az értelmező hibaüzenetet ad.

Az sql_variant típusú oszlopokban megadhatunk NULL értéket, mint ahogy ezt az alaptípusok is megengedik, azonban NULL érték esetén ez az alaptípus-információ nem határozható meg.

UNIQUE, PRIMARY KEY ÉS FOREIGN KEY megszorítással rendelkező oszlopok szintén lehetnek sql_variant típusúak, de méretük nem haladhatja meg az indexekre vonatkozó mérethatárt, amely 900 bájt. A táblák természetesen akárhány sql_variant típusú oszlopot tartalmazhatnak.

Az sql_variant típusú oszlopok nem támogatják az IDENTITY tulajdonságot, valamint a COMPUTE záradékot.

Az ALTER TABLE utasítás használható az oszlopok típusának sql_variant típusúra változtatására, amennyiben az oszlop típusa nem a kivételt képező típusok egyikébe tartozik. Az sql_variant oszlopok típusa nem változtatható meg, mivel nem lehetséges az implicit konverzió semmilyen adattípusra.

Fontos megemlíteni, hogy az ODBC interfész nem támogatja az sql_variant típust. Ennek következményeként a Microsoft OLE DB Provider for ODBC-t (MSDASQL) használva az ilyen típusú oszlopra irányuló lekérdezés eredményeként egy bináris adatsort kapunk vissza. Például a ’PS2091’ karakterláncot tartalmazó oszlop eredménye a ’0x505332303931’ bináris érték lesz.

sql_variant típusú értékek összehasonlítása

Sokszor előfordul a különböző DML utasításokban, hogy változók értékein logikai műveleteket kell elvégezni. Ha a változók adattípusa valamilyen SQL Server alaptípus, akkor az összehasonlítás gond nélkül elvégezhető. Más a helyzet azonban az sql_variant típusú változókban tárolt értékekkel.

Összehasonlítás történik az alábbi műveletekben:

Az SQL Server alaptípusok különböző adattípus-családokba sorolhatók, melyeket a következő táblázatban összefoglalunk:

Az egyes adattípus-családokba tartozó típusokkal deklarált változók értékeinek összehasonlításakor bizonyos szabályokat figyelembe kell venni:

Függvények és az sql_variant típus

Amennyiben a következő függvények sql_variant értéket kapnak paraméterként, visszatérési értékük is sql_variant típusú lesz:

A következő függvények paraméterként kaphatnak sql_variant típusú oszlopot vagy változót, de nem támogatják ezt a típust visszatérési értékként:

DECLARE @p SQL_VARIANT,@e INT
SET @p = 'karakter'
SELECT @e = DATALENGTH(@p)
PRINT @e

A következő függvények nem támogatják a típust:

A következők, viszont teljes mértékben támogatják az sql_variant típust:

SQL_VARIANT_PROPERTY függvény

Az sql_variant adattípushoz szorosan kötődik, így kicsit részletesebben is megismerjük. Az SQL Server új konstrukciója, mellyel információkat szerezhetünk az sql_variant típusú oszlopban, illetve változóban tárolt adatokról. A függvény két paraméterrel rendelkezik, melyek a következők:

A függvényt a következőképpen hívhatjuk:

SQL_VARIANT_PROPERTY(paraméter1, paraméter2)

Példa alkalmazás

A VariantDb.sql script lefuttatása után Table1 néven bekerülő tábla második oszlopa sql_variant típusú. A fent említett tárolt eljáráson kívül még kettő kerül az adatbázisba. Az ’InsertRow’ elnevezésű beszúr, az ’UpdateRow’ elnevezésű pedig módosít egy rekordot a táblában. Ezeket a funkciókat a program TabControl-jának ’Insert’ és ’Update’ fülére kattintva érhetjük el. A felületeken megtalálható gombok indítják a műveleteket, a tárolt eljárások meghívását. Nem megfelelő adat esetén a beviteli mezőre kerül a fókusz, és a Form alsó felében található, egyébként a bevitel és módosítás követésére szolgáló, DataGrid kontrolban nem jelenik meg változás.

A két fül alatt elhelyezett funkciókkal jól megfigyelhető, milyen módon tárolhatók változatos adattípusok az sql_variant oszlopban. Adatbázis tervezésekor ugyanis lehetnek olyan adatok, melyekről változatos információt szeretnénk tárolni, de mindegyikről más típusút. Elképzelhető olyan adatsor, melyekről csak szöveges információt szeretnénk tárolni, a másikról viszont olyat, melyeket matematikai függvényekben is szeretnénk felhasználni, amennyiben statisztikai jellegű eredményekre van szükségünk. Azonban az sql_variant használatával elkerülhető, hogy minden adatfajtának külön oszlopot deklaráljunk, egyes adatok esetén esetleg feleslegesen, növelve ezzel az adattárolás helyigényét, költségeit. Az adatok kinyerésénél jól használható a fent említett SQL_VARIANT_PROPERTY függvény.

A mellékelt programban a ’sql_variant’ Column Information fülre kattintva kipróbálható a függvény használata. Egyszerűen ki kell választani egy rekordazonosítót a ComboBox kontrolból, majd a ’Get Info’ gombra kattintva megkapható a ’BaseType’, a ’Precision’ és a ’Scale’ tulajdonság az adott adatról. A programban használata közben a következő utasítást adtuk át az SqlCommand komponens CommandText property-jének, ahol az ’siCombo.Text’ kifejezés tartalmazza a kiválasztott rekordazonosítót:

general.CommandText = "SELECT SQL_VARIANT_PROPERTY(Information,'BaseType') FROM Table1 WHERE ItemID=" + siCombo.Text;