Problemas Del Lenguage En SQL Server 2005

Siendo esta mi primera entrega de este nuevo Blog, quisiera poder solucionar ese típico problema del migrador de aplicaciones que suele tener un problema muy común: Lenguage en SQL Server 2005. Y es que cualquiera que sea nuestro caso de migración, la vida (Cambio a un nuevo servidor por ejemplo) o el destino (Cambio de ambiente de mi aplicación por ejemplo) en ocasiones cometemos un error que nos puede causar más de un inconveniente!!.

El caso es: En nuestro nuevo servidor instalamos sistema opertativo, los nuevos paquetes, entre esos el servidor de SQL 2005, los componentes utilizados por mi aplicación, la aplicación en si y luego la levantamos (A nuestra aplicación por supuesto) hasta ahi 0 problemas, comenzamos a probar el funcionamiento de la aplicación y se nos ocurre realizar una consulta que tenga que ver con fechas...."ERROR con el formato de fechas 'mm/dd/yyyy'". Pero que pasó???? lo primero que se nos viene a la mente es: algo con el Lenguage del sistema operativo, ir a configuración regional y de idiomas y probar. Pero NO!!! ese realmente no es el causante de nuestras penas, el verdadero causante fue el personaje (normalmente nosotros mismos) que instaló el paquete de SQL Server 2005 con un lenguaje distinto al de el servidor de origen. Que hacer entonces???? Pues instalar todo de nuevo?? esa sería una solución, pero seguramente no las más adecuada.

Primero que nada...en que formato de fechas se encontraba nuestra aplicación antiguamente??? Pues bien para este caso el formato de las fechas que se encontraba originalmente será 'dd/mm/yyyy'. Y ahora queremos hacer una consulta y nos sale el error de 'mm/dd/yyyy'???

Vamos a comenzar nuestro estudio entonces.

El formato de fechas esta completamente atado al lenguaje con el que esta corriendo nuestro servidor SQL, NO al lenguaje de instalación, ni con el que leemos las opciones de las herramientas de sql, ni con el collation!!! Es el lenguaje que esta corriendo nuestro servidor!!! Como averiguamos ese dato??? pues hay que correr el siguiente script sql en nuestro famoso Microsoft Sql Server Managmente Studio (SQL SMS pa la proxima):

select @@language

Y obtendremos ese lenguaje, en mi caso: us_english. Listo ahora sé que el lenguaje con el que corre mi servidor es el inglés. Ahora como sé que formato de fechas es el que está atado a mi servidor?? corramos entonces el siguiente query!! o store procedure (sp pa la proxima) del sistema.

sp_helplanguage 'us_english'

Obtendremos toda la información acerca de este idioma. Entre esos su código, su formato de fecha, el nombre, su alias, sus nombres de meses, sus nombres de meses cortos, etc. Por cierto si corremos solo el sp sp_helplanguage sin parametros el resultado es la información acerca de todos los lenguajes posibles instalados en nuestro SQL 2005. Pero para muestra un botón:

Aca esta el resultado de nuestra consulta completa.



"Lindo hasta ahora todo lindo, pero no se me ha solucionado absolutamente NADA!!!!" si lo sé, ahora vamos. Una solución parcial sería utilizar la siguiente sentencia antes de correr cualquier sentencia SQL de nuestra aplicación:

set dateformat dmy

Sin emabargo como notarán para este caso es una solución muy parcial, muy superficial!!! Nos tocaría cambiar todas las sentencias para que antes de que corran ellas, primero corra nuestra sentencia set date format dmy.

Bueno esta no fue!!! veamos que más podríamos hacer!!! Vamos a utilizar la siguiente sentencia, que es una solución menos parcial!!! Voy a setear lenguaje español porque ese lenguaje está atado con la fecha en el formato que yo quiero 'dd/mm/yyyy' o dmy -sino me creen ejecuten el sp sp_helplanguage-.

SET LANGUAGE Español

Hey ahora funcionan todas las consultas SQL!!! Todas las sentencias se ejecutan!!! Que bien!! Arreglado el problema!! Ejecuto el select @@language y me dice ESPAÑOL!!! POR FIN!!! Pues talvez no necesariamente. Probemos: bajemos los servicios SQL o ingresemos con un usuario diferente a la base de datos y hagamos las consultas!!!Pues otra vez dejo de funcionar :'(
sigue saliendo us_english como respuesta a mi select @@language!!!
Que pasó??? pues esta sentencia solo mantiene el cambio del lenguaje para la sesión del usuario conectado en ese momento a la base de datos, por lo tanto al bajar los servicios o al conectarse otro usuario distinto nuestra configuración se pierde. Entonces la solución parcial para nuestro caso sería correr la sentencia set language automáticamente después de que un usario se conecte a la base. Pero sigue siendo una solución muy parcial para mi problema, menos que la anterior pero igual parcial!!!

Bueno, entonces ahora si viene la de verdad verdad!!!. Entramos al SQL SMS (ya saben a que me refiero!!! Sql Server Managment Studio!!!) En el lado izquierdo se encuentra nuestro árbol explorador de objetos, encontramos el nombre del servidor de nuestra base y/o el nombre de mi instancia. Clic derecho -> Propiedades











Luego voy a la pestaña de avanzados, y veo la opción de lenguaje por defecto y entonces cambio y escojo el de mi elección!!! En mi caso será español....para muestra otro botón!!!

Si esta es la ventana de las que les hablaba. Entonces escogeremos el lenguaje de nuestro servidor!!! OJO que es de nuestro servidor, es decir también modifica el lenguaje de todas las bases de datos alojadas en este servidor (cuidado!!! por arreglar una dañamos 3!!!) Pero si solo tenemos una BD como en nuestro caso, entonces quedará perfecto!!!!. Listo el lenguaje de nuestro servidor esta modificado!!! Este será el lenguaje por defecto de todos los nuevos logins creados!!! todos los NUEVOS logins creados!!!. Si falta entonces un paso, cambiar el de los logins ya creados!!.

En nuestro object explorer vamos a la carpeta de seguridad y escojemos logins. Encima del grupo o usuario clic derecho propiedades y en la pestaña de default lenguage escojemos el lenguaje deseado, en nuestro caso el Español!!.

Repetimos el proceso para todos los logins de nuestro servidor, o si tenemos muchos hacemos un script que modifique esta propiedad a todos los logins.

Ahora si probemos, TODO SIRVE ahora si TODO sirve. reiniciamos los servicios, entremos con cualquier login :) TODO SIRVE.

Espero que les sirva, y espero también sus comentarios, preguntas y sugerencias!!! Proximas ediciones tendrán que ver con el maravilloso mundo del desarrollo!!! Auqnue siempre habrá una que otra de Bases de Datos!!! Hasta pronto!!!