compatibilidad 9.40 con 11.50
Posted in 2010
Topics: Stored Procedures & SPL, Connectivity: ODBC / JDBC / .NET, Server Administration, Triggers, Constraints & Referential Integrity, Platform-Specific Issues, Internationalization & Character Sets
Hola a todos. Espero puedan darme una mano con esto. Hemos migrado una BD q
estaba en un motor Informix 9.40 a uno nuevo versión 11.50. Resulta que una de
las bd (bd1) lanza un trigger que ejecuta un stored procedure que inserta
registros en una tabla de otra base de datos (bd2). Bien, esto funciona
perfecto en el motor viejo, pero en el nuevo, nos tira un error de database
locale information mismatch.
Por lo que hemos averiguado, el motor 11.50 es mas estricto con el tema de los
locales o idiomas.
Resulta que si ingresamos con un usuario al equipo nuevo y ejecutamos
dbaccess, nos deja seleccionar la base de datos 1, pero nos da error de
mismatch al seleccionar la bd 2, que es donde inserta los registros. Lo mismo
si ingresamos con el usuario de la bd2 y tratamos de seleccionar la bd1.
Esto en el motor 9.40 no pasa, suponemos que es porque no es tan estricto con
los locales.
Los datos de locale son: en el motor 9.40, para bd1 y bd2, son los del sistema
operativo, que es aix 4.0 y toma en_us.819.
En el motor nuevo, 11.50, son: para bd1 en_us.cp1252 ya que la aplicación así
lo requiere, y para bd2 es en_us.8859-1.
La aplicación que usa bd1 se conecta por odbc 2.80 en el motor viejo, en el
nuevo con una odbc intersolv 3.11.
La aplicación que usa bd2 se conecta por odbc 3.11 en el motor viejo, y en el
nuevo con una ibm 3.70.
Entonces, la pregunta final es: por qué en el informix 11.50 no podemos
conectar 2 usuarios a las 2 bd?
Gracias! cualquier ayuda será de mucho valor...
Saludos desde Mendoza. Argentina.
Buenas Daniel,
Mirá el intersolv 3.11 es como decir, algo viejo, en algún tiempo,
cuando salío la 11.10 tuve un error similar, la solución fue usar el driver
indicado para la versión del motor, igualmente te recomiendo definir el
db_locale, client_locale y server_locale de acuerdo a tu sistema operativo y
que lo tengas unificado, así en tu setnet32 no tendrás que estas modificado
esto cada vez que tengas que conectarte a uno u otra base de datos.
Te dejo un enlace a la pagina de GLS de informix.
http://publib.boulder.ibm.com/infocenter/idshelp/v111/index.jsp?topic=/com.ibm.g
lsug.doc/sii-01-41972.htm
Saludos,
Javier Gray
http://informixpy.blogspot.com
El 19 de noviembre de 2010 11:08, DANIEL CARRIZO <
danielhoraciocarrizo@yahoo.com.ar> escribió:
> Hola a todos. Espero puedan darme una mano con esto. Hemos migrado una BD q
> estaba en un motor Informix 9.40 a uno nuevo versión 11.50. Resulta que una
> de
> las bd (bd1) lanza un trigger que ejecuta un stored procedure que inserta
> registros en una tabla de otra base de datos (bd2). Bien, esto funciona
> perfecto en el motor viejo, pero en el nuevo, nos tira un error de database
> locale information mismatch.
> Por lo que hemos averiguado, el motor 11.50 es mas estricto con el tema de
> los
> locales o idiomas.
> Resulta que si ingresamos con un usuario al equipo nuevo y ejecutamos
> dbaccess, nos deja seleccionar la base de datos 1, pero nos da error de
> mismatch al seleccionar la bd 2, que es donde inserta los registros. Lo
> mismo
> si ingresamos con el usuario de la bd2 y tratamos de seleccionar la bd1.
> Esto en el motor 9.40 no pasa, suponemos que es porque no es tan estricto
> con
> los locales.
> Los datos de locale son: en el motor 9.40, para bd1 y bd2, son los del
> sistema
> operativo, que es aix 4.0 y toma en_us.819.
> En el motor nuevo, 11.50, son: para bd1 en_us.cp1252 ya que la aplicación
> así
> lo requiere, y para bd2 es en_us.8859-1.
> La aplicación que usa bd1 se conecta por odbc 2.80 en el motor viejo, en el
> nuevo con una odbc intersolv 3.11.
> La aplicación que usa bd2 se conecta por odbc 3.11 en el motor viejo, y en
> el
> nuevo con una ibm 3.70.
>
> Entonces, la pregunta final es: por qué en el informix 11.50 no podemos
> conectar 2 usuarios a las 2 bd?
>
> Gracias! cualquier ayuda será de mucho valor...
> Saludos desde Mendoza. Argentina.
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--00163630f5fb645e000495716d6a
Hola Javier, gracias por tu ayuda. Ahora, te cuento que lo raro es que no es
tema de odbc, es decir, desde el Informix mismo, version 11.50, si ingreso con
un usuario sólo puedo seleccionar con dbaccess una de las 2 bd y no me deja
seleccionar la otra. Lo mismo si ingreso con el otro usuario. Pero te repito,
esto ocurre dentro del servidor mismo. La verdad que no entiendo si es porque
al migrar toma el locale que tenian las bd en el motor viejo y al importarlas
en el nuevo motor tal vez no hemos tenido en cuenta algo relacionado con el
locale usado...no se, la verdad es que nos tiene desconcertados y estamos
esperando respuesta de ibm.
Bueno, si logramos solucionar esto te cuento. Saludos. Daniel.
Daniel
¿Cual es el error que te aparece cuando intenteas seleccionar la otra base?
Saludos,
Javier Gray
http://informixpy.blogspot.com
http://twitter.com/xavigray
El 20 de noviembre de 2010 10:05, DANIEL CARRIZO <
danielhoraciocarrizo@yahoo.com.ar> escribió:
> Hola Javier, gracias por tu ayuda. Ahora, te cuento que lo raro es que no
> es
> tema de odbc, es decir, desde el Informix mismo, version 11.50, si ingreso
> con
> un usuario sólo puedo seleccionar con dbaccess una de las 2 bd y no me deja
> seleccionar la otra. Lo mismo si ingreso con el otro usuario. Pero te
> repito,
> esto ocurre dentro del servidor mismo. La verdad que no entiendo si es
> porque
> al migrar toma el locale que tenian las bd en el motor viejo y al
> importarlas
> en el nuevo motor tal vez no hemos tenido en cuenta algo relacionado con el
> locale usado...no se, la verdad es que nos tiene desconcertados y estamos
> esperando respuesta de ibm.
> Bueno, si logramos solucionar esto te cuento. Saludos. Daniel.
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--001636310843bfa0860495a75d1d