PostgreSQL - Conexión ODBC

[EstebanTrajtenberg]

Buenas, feliz año a todos!
Estoy desarrollando un sistema con PostgreSQL, como está en etapa de desarrollo la conexión la hacemos directamente desde la configuración del ODBC.
Completamos todos los parámetros (entre ellos usuario y password) y luego el nombe del DATA SOURCE lo asignamos al string de conexión.
La idea es NO completar al menos el password y hacerlo por código o alguna otra técnica de encriptado, desde clarion.-
Encontré éste string para hacerlo por código, pero tengo un error: "me dice que es demasiado largo...." pero mi string es bastante largo para contener esa cadena.

glo:conexion_postgres='Driver={PostgreSQL UNICODE};Server=IP address;Port=5432;Database=bd_salud;Uid=postgres;Pwd=password;'

Si alguien le paso lo mismo y sabe como solulcionarlo desde ya se lo agradezco.
Sigo buscando y si encuentro posteo.
Un abrazo

Esteban

[LeoPalomares]

Hola Esteban,

Probá
glo:conexion_postgres='Driver={{PostgreSQL UNICODE};Server=IP address;Port=5432;Database=bd_salud;Uid=postgres;Pwd=password;'
porque puede ser que se esté "cortando" tu string y el error se deba a eso.

Por otro lado podés definir un ODBC "genérico" con lo mínimo para que se guarde pero no es necesario que se conecte y luego, en tu aplicación:
glo:conexion_postgres='ODBC=Nombre_Del_ODBC_Definido;Server=IP address;Port=5432;Database=bd_salud;Uid=postgres;Pwd=password;'

[EstebanTrajtenberg]

Leo, probé la primer opción y funcionó perfecto.
Por curiosidad....como evaluaste que podía estar cortando el string?.... y porque doble llave? si no es mucha molestia.
Muchas gracias.-

[LeoPalomares]

Hola Esteban,

Lo de la doble llave es un tema histórico de Clarion (en las primeras versiones también había que usar << en lugar de <). Siempre que las uses en cadenas debes duplicarlas porque sino la cadena se cortará en la llave.

En cuanto a ¿cómo evaluaste que podía estar cortando el string?
Fuera del entorno Clarion todos los strings son cadenas terminadas en NULL, siempre. Como la cadena se corta por un bug del compilador (si no fuese así la trataría correctamente o sino debería dar un error de compilación) asumí que a la cadena cortada no se le está agregando el null correspondiente al final de la misma y, por lo tanto, la función del driver ODBC que evalua esa cadena al no encontrar el null llega a la conclusión de que la cadena es demasiado grande.