Muchos de los problemas que se presentan en el proceso de desarrollo de parte de la base de datos tienes que ver con los formatos de fechas y estos principalmente están dados por el lenguaje de la base de datos o el Collation (Intercalación) establecido para esta.
Por ejemplo alguno de los errores comunes es:
La conversión del tipo de datos varchar en datetime produjo un valor fuera de intervalo.
The conversion of a varchar data type to a datetime data type resulted in an out-of-range value.
1. El servidor de base de datos tiene un lenguaje establecido por defecto, el cual es posible visualizarlo a partir de la ventana de propiedades del servidor o a través de una consulta TSQL:
El comando sería:
SP_CONFIGURE ‘default language’
Al ejecutar esta consulta en el resultado en la columna config_value nos muestra el código del lenguaje configurado por defecto en el servidor de la base de datos. Para poder saber ese código a cual lenguaje hace referencia ejecutamos el stored procedure (SP): SP_HELPLANGUAGE el cual nos dará una lista descriptiva de todos los lenguajes soportados.
Ya con esta lista podemos modificar el lenguaje configurado por defecto, el cual afectará a todos los nuevos logins que se creen de ahora en adelante. Para realizar esta modificación basta con ejecutar el SP:
USE master;
GO
SP_CONFIGURE ‘default language’, 5
RECONFIGURE;
EXEC sp_configure;
Donde 5 sería el identificador para el idioma español. (http://technet.microsoft.com/en-us/library/ms188787.aspx)
Luego de realizar el cambio podemos verificar este a través del procedimiento almacenado antes mencionado SP_CONFIGURE ‘default language’o a través de la ventana de propiedades del servidor de la base de datos. Cabe anotar que esta nueva configuración solo aplicará para los nuevos logins que se creen.
2. Ahora bien es posible modificar el formato Date (http://technet.microsoft.com/en-us/library/ms189491.aspx) para la sesión actual abierta a través del siguiente comando:
SET DATEFORMAT ydm
Es posible verificar los cambios en el lenguaje para la anterior instrucción al ejecutar el siguiente comando:
SELECT SYSDATETIME()
Un ejemplo muy tipico donde se presentan problemas para el formato de las fechas es el siguiente, en el cual dependiendo del formato yyyy/dd/mm la siguiente consulta puede ejecutarse satisfactoriamente:
Select DATEDIFF(Month,’2008/4/6′,’2008/12/31′)
Si la configuración de la sesion actual esta en ingles por ejemplo, esta consulta funcionará pero si está en español nos arrojará un error del tipo:
The conversion of a varchar data type to a datetime data type resulted in an out-of-range value.
Con lo cual debemos modificar primero el tipo de lenguaje de la sesión o cambiar la consulta por:
Select DATEDIFF(Month,’2008/6/4′,’2008/31/12′)
3. Si lo que deseamos es modificar el lenguaje la sesión actual abierta ejecutamos el SP:
SET LANGUAGE ‘español’
Para poder verificar el cambio podemos realizar alguna de las siguientes consultas SQL:
SET LANGUAGE ‘us_english’
SELECT CONVERT(DATETIME, ‘4/6/2006′),
DATENAME(weekday, ‘4/6/2006′),
DATENAME(MONTH, ‘4/6/2006′)
SET LANGUAGE ‘español’
SELECT CONVERT(DATETIME, ‘4/6/2006′),
DATENAME(Weekday, ‘4/6/2006′),
DATENAME(MONTH, ‘4/6/2006′)
4. No obstante si lo que deseamos es cambiar el lenguaje de alguno de los login ya creados, con lo cual cada inicio de sesión con esa cuenta se conserve la nueva configuración del lenguaje, vamos hasta la ventana de configuración de los login creados para la base de datos o ejecutamos un comando TSQL:
El comando sería:
EXEC sp_defaultlanguage ‘GustavoH-PC\GustavoH’, ‘español’
El cual por ejemplo para este caso está cambiando el lenguaje del login GustavoH. Con lo cual cada inicio de sesión para esta cuenta de usuario tendrá como lenguaje seleccionado español, así el lenguaje por defecto para el servidor de la base de datos sea otro.
Lo más importante en estos temas de lenguaje es saber a qué nivel queremos aplicarlos, si es a nivel de consulta, base de datos o del servidor de la base de datos, con lo cual se deberá utilizar algunas de las consultas antes definidas o realizar el cambio respectivo a través del administrador de SQL Server.
Via: 3Meta.com
