[Sintaxis] ODBC - cambiar el "path" de una base de datos

[Hrmcobol]

Hola Camaradas, Espero que todos se encuentren bien, ya que este famoso Corona nos tiene bastante apretados.
Resulta que por determinadas circunstancias debo cambiar el "path" de una base de datos que accedo por medio de ODBC. Esto usando el control "Db Access Control" es bastante simple.
Pero estoy usando SqlEmbebido.
Y la verdad no se si se puede y de ser así como hacerlo.
Gracias !!!

Saludos
HRM

[Nitzer]

No se porqué seguís usando sql embebido .... yo creo que no es lo mejor.

Yo nunca conecto con ODBC, lo hago por ConnectionString y está parametrizada, así si se cambia la base de datos solo cambio el parámetro y ejecuto.

Yo siempre he utilizado ADO de PowerCobol, pero ahora utilizo un control que me ha realizado una empresa en C++ que lleva el driver de sql nativo y estoy supercontento. Me ha creado los métodos y propiedades que necesito.

[Joseg]

Citación del post de Nitzer

No se porqué seguís usando sql embebido .... yo creo que no es lo mejor. Yo nunca conecto con ODBC, lo hago por ConnectionString y está parametrizada, así si se cambia la base de datos solo cambio el parámetro y ejecuto. Yo siempre he utilizado ADO de PowerCobol, pero ahora utilizo un control que me ha realizado una empresa en C++ que lleva el driver de sql nativo y estoy supercontento. Me ha creado los métodos y propiedades que necesito.

Hola,

Pode partilhar a solução? é uma solução paga? Pode ser testada?

Gracias
Jose

[Hrmcobol]

Hola Nietzer, yo normalmente uso el control DbControlAccess de Pw.
Pero tengo un cliente que tiene los fuentes desarrollados as y los quiere conservar.
El tema es que en algunos casos accedo a la misma base pero que esta en carpetas distintas.
Con respecto al ADO no tengo experiencia en esa programacio,

Ese Control que comentas que Costo Tiene ?

Saludos Y Gracias por la respuesta
Hrm

[Nitzer]

El control ocx que utilizo, esta hecho a mi medida, me costo 200 Dolares americanos y estoy supercontento con el.
La empresa que me lo desarrolló es www.fathsoft.com

Este solo vale para SQLServer, que es lo que yo necesito, pero seguro que lo puede hacer para cualquier base de datos o incluso hacer alguno que admita cualquiera.

[Kuk]

@Hrmcobol, esto no se hace en el fichero de configuración *.ini / *.inf?

@Nitzer, qué hace dicha librería, para costar eso debe hacerte una tortilla para desayunar también

[Nitzer]

@kuk, 200 dolares está tirado de precio, te lo aseguro. Cualquier cosa que tenemos que modificar en el ERP que tenemos comprado vale infnitamente mas por poca cosa que sea.
Te aseguro que ese dinero estaba amortizado a los 10 minutos, velocidad en las consultas, claridad de programación, control de conexiones y errores.

Lo que ha hecho es meter en un ocx todas el driver directo de sqlserver para C++.

Me ha generado varios métodos: CONNECT DISCONNECT, OPENQUERY, OPENRECORDSET. NEXT, GETVALUE.

Le he pedido que los campos que devuelven el recordset empiece por 1, no me gusta que empiece en 0 (manías).

Como propiedades: ConnectionString, ISEOF, User, Password, ServerName, ServerPort.

Aunque siempre utilizo CONNECTIONSTRING,

Tengo un fichero cobol con las conexiones, si al entrar en la aplicación detecta que hay mas de un registro, aparece un combo para seleccionar con que BBDD quieres trabajar, si solo tiene una entra automaticamente.
La connectionstring la llevo en una variable GLOBAL EXTERNAL y en el opened de cada formulario se la pongo y hago la conexion, en el closed cierro la conexión.

Me permite hacer un recordset con devolución de registros o mas rápido sin ello. Puese hacer EXECUTE y en prinicpio todo lo que permite SQL SERVER.
Le he pasado consultas bastantes grandes y pesadas, con PIVOT, varias Subconsultas, CASE, COALESCE, ETC ....

[Hrmcobol]

@Kuk, los *.ini/*.inf ya están creados y los debería cambiar en cada ejecución, eso seria peligroso ya que el ;programa se usa simultáneamente con distintas bases de datos.
Saludos

[Kuk]

@Hrmcobol, esto no lo he usado casi, pero diría que se puede crear varios ficheros de configuración atacando la misma BBDD con diferente nombre o "alias".

Me corregís, amigos, si me equivoco.