Tipos de datos por defecto en SQL Server

En ocasiones necesitamos que nuestras consultas devuelvan valores constantes. Por ejemplo, de manera muy sencilla, podemos tener una consulta como la siguiente:

SELECT 1

view raw gistfile1.sql hosted with ❤ by GitHub

Si necesitamos recuperar los valores devueltos por la consulta en un recordset de ADO.NET, por ejemplo, ¿qué tipo de datos debemos esperar de columnas de este tipo? La respuesta: depende.

Depende del tipo de constante que hayamos introducido. Si se trata de un número que no desborde los 4 bytes de capacidad de un entero (int), como en el caso del 1 de nuestra consulta anterior, éste será el tipo de datos de dicha constante.

Si escribimos la constante entre comillas simples, SQL lo tratará como un varchar del tamaño del literal que hayamos escrito. Por ejemplo:

SELECT '1'

view raw gistfile1.sql hosted with ❤ by GitHub

Creará un campo varchar(1). Éste sería nvarchar(2) si hubiésemos escrito lo siguiente, indicando un literal Unicode mediante la N delante del literal:

SELECT N'1'

view raw gistfile1.sql hosted with ❤ by GitHub

Para un número con parte decimal, el tipo de datos será numeric; lo mismo que para un número de tamaño mayor que el máximo entero positivo. Si escribimos un símbolo de moneda, como €, SQL lo interpretará con el tipo de datos money. Y así, sucesivamente.

Para comprobar todos los tipos de datos que queramos, podemos ejecutar el siguiente script:

	SELECT 1 col1, N'1' col2, N'100' col3, 1.0 col4, '20140312' col5, '00000000-0000-0000-0000-000000000000' col6, NULL col7, -1 col8, 3000000000 col9, €1 col10
	INTO #TempTest
	USE tempdb
	SELECT CAST(c.name AS nchar(10)) AS NombreColumna, CAST(ty.name AS nchar(15)) AS NombreTipo, c.max_length AS Longitud
	FROM sys.columns c
	INNER JOIN sys.tables t ON t.object_id = c.object_id
	INNER JOIN sys.types ty ON ty.user_type_id = c.user_type_id
	WHERE t.name LIKE N'#TempTest%'
	DROP TABLE #TempTest

view raw gistfile1.sql hosted with ❤ by GitHub

Y comprobar en sus resultados qué tipo de datos podemos esperar para cada tipo de constante que se nos ocurra:

Llama especialmente la atención el tratamiento que recibe el NULL de la columna 7: su tipo de datos por defecto también es int.

	NombreColumna NombreTipo Longitud
	------------- --------------- --------
	col1 int 4
	col2 nvarchar 2
	col3 nvarchar 6
	col4 numeric 5
	col5 varchar 8
	col6 varchar 36
	col7 int 4
	col8 int 4
	col9 numeric 9
	col10 money 8

view raw gistfile1.txt hosted with ❤ by GitHub

Éste es el comportamiento que cabe esperar de SQL Server. Sin embargo, lo recomendable sería controlar exactamente qué tipo de datos queremos que nos sea devuelto ejecutando los CAST pertinentes sobre cada una de las constantes. En el ejemplo anterior, lo lógico es que queramos tratar el literal '20140312' como una fecha, por lo que la consulta sobre ese valor debería realizarse así:

SELECT CAST('20140312' AS date)

view raw gistfile1.sql hosted with ❤ by GitHub