Problema al acceder a las bases de datos de los ordenadores clon de CC de Argentina y Chile

[jmarinero]

Buenas, tengo un problema con las queries a las bases de datos de los ordenadores clon de CC. No estoy muy seguro de la naturaleza del problema, así que pongo el ticket aquí, porque parece un problema de tol, o bien de la conexión a la base de datos.

Los distintos proyectos clon han estado funcionando sin problemas hasta ahora. Los clones de Chile y Argentina no funcionan. He conseguido trazar el error (al menos parte de él) hasta unas llamadas dbseries que no funcionan bien. Las queries que siempre han funcionado al ejecutarlas en estos dos clones devuelven un warning:

Warning: [608] (Funcion DBSeriesTable) La consulta debería devolver un Text en el campo 1

y DBSeries devuelve un conjunto vacío. Cuando ejecuta la query en un cliente de base de datos convencional, la query funciona sin problemas y devuelve lo que tiene que devolver.

Si ahora desde Tol, ejecuto la misma query con un DBTable, en vez de con un DBSerie, lo que obtengo es un warning:

Warning: [610] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

pero ahora sí que devuelve el resultado de la query.

Esta tabla devuelta está perfecta, es lo que devuelve el cliente normal de base de datos con todas sus filas y con todo textos en todas las filas del campo uno.

En los textos devueltos no hay eñes, ni tildes, ni espacios. El ODBC es Postgres Ansi, exactamente el mismo que se utiliza en los clones que sí funcionan.

Como ejemplo del log que se obtiene al cargar el proyecto al abrir Tol:

c:/users/Administrator/bsd/entity/PrjCokArgMVAArg/source/functions/alg/defAlgebra.tol

Warning: [2] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [3] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [4] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [5] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [6] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [7] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [8] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 4

Warning: [9] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [10] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [11] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [12] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 4

Warning: [13] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 5

Warning: [14] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [15] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [16] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [17] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [18] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [19] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [20] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 4

Warning: [21] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 5

Warning: [22] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 6

Warning: [23] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [24] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [25] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [26] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 4

Warning: [27] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [28] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

Warning: [29] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 3

Warning: [30] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 4

Warning: [31] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 5

Warning: [32] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 6

Warning: [33] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 1

Warning: [34] (Funcion DBTable) La consulta debería devolver un texto, una fecha o un número en el campo 2

En Chile, aparentemente la generación de series está bien, pero cuando vas a estimar obtengo un error al entrar al estimador:

ERROR: [6] [BSR.Parse]  Number of columns of input matrix (260) is not equal to number of declared variables 259

que según me han comentado podría estar producido por series que estuviesen mal generadas, así que no descarto que en Chile esté pasando algo parecido.

He estado chequeando todo lo chequeable, pero no consigo encontrar el problema. Si tuvieseis alguna idea de cómo atacar esto, estaré encantado de probarlo.

El tol es el 3.2 b020. StdLib es el 3.1 p014

Un saludo

[jmarinero]

Buenas, ha habido alguna actualización acerca de esto? El cliente nos está presionando con el tema.

Un saludo

[Pedro Gea]

El primer error que mencionas, el de las consultas que fallan, se debe a que el ODBC está creado con el driver UNICODE (no ANSI). En realidad había dos ODBC con el mismo nombre, uno de sistema (global) con un driver ANSI y otro de usuario (local) con el driver UNICODE. Este último prevalece sobre el anterior. Basta borrar o renombrar el ODBC de usuario para que todo funcione de nuevo.

El segundo error, se debe al uso de una equivalencia entre parámetros del mismo submodelo. Véase: ​MMS#1206.