Hola gente Si, voy por la primera...
El tema es uqe no voy a implementar toda la funcionalidad, solo necesito implementar algo parecido al select o al Exec. Y justamente como puedo delegar la resolución al driver que contruya esa parte no sería complicada. ( eso en forma relativa no ) Bueno, vamos a ver como hago, el problema es que la aplicación la mantiene un proveedor y mas alla de las limitaciones o no del lenguaje ellos sostienen que pueden solo conectarse con fuentes ODBC. Vamos a ver que logro, hace 5 años que no escribo c/c++ ( espero que sea como andar en bicicleta... ) Ja ja Gracias por la data gente. Daniel PD: Si logro que funcione lo comparto, aunque mas no se como curiosidad. El 13 de septiembre de 2008 2:10, Diego Jancic <[EMAIL PROTECTED]> escribió: > Hola, > > Si vas por la primera opcion, es bastante complicado como te dice Carlos > (por lo menos para mi que no conozco mucho ODBC), aca tenes buena doc: > > > > http://msdn.microsoft.com/en-us/library/ms709378(VS.85).aspx > > -->"This section contains information about developing applications that > use the ODBC interface and drivers that implement it." > > > > http://msdn.microsoft.com/en-us/library/ms714562(VS.85).aspx > > --> El set de funciones que deberías implementar (hay muchas deprecated), y > las que no tienen buena documentación y ejemplos > > > > Y por el ultimo, el SDK: > > > http://www.microsoft.com/downloads/details.aspx?familyid=5067faf8-0db4-429a-b502-de4329c8c850&displaylang=en > > > > > > Saludos! > > > > *From:* [email protected] [mailto:[EMAIL PROTECTED] *On Behalf Of *Carlos > A. Pérez > *Sent:* Friday, September 12, 2008 16:17 > *To:* [email protected] > *Subject:* [puntonet] Construir driver ODBC > > > > Hola Daniel > > > > No me queda claro si vos querés escribir el driver ODBC en sí mismo, o bien > un servicio que lo encapsule porque ya tenes el ODBC. > > > > Si queres escribir el driver ODBC sería en C++ o algo asi, y en principio > creería que es casi imposible para cualquier programador que no esté versado > en la arquitectura del backend o tenga una ayuda sustancial de terceros. La > arquitectura de ODBC es sumamente complicada, con muchas llamadas de bajo > nivel que casi siempre se encapsulan desde la herramienta que los utiliza > (por ejemplo, VFP tiene funciones propias que llaman a las nativas de la DLL > nativas de las ODBC). La especificación original fue de varias empresas, no > solamente de Microsoft. Para escribirlo necesitás el ODBC SDK, un compilador > C++ y leer unas cuantas páginas de ayuda. La cantidad de funciones posibles > son muchas, pero las que se usan son unas 20 aproximadamente, dependiendo de > lo que quieras hacer. El driver siempre entiende estructuras relacionales, > por lo tanto del otro lado debe haber necesariamente tablas. Si no las > hubiese, el driver debe transformarlas internamente en estructuras > relacionales para que las funciones internas puedan recorrerlas y operar > sobre ellas (asi se explica la lentitud de ODBC for text , etc.). Por esta > razón, creo que es siempre mejor buscar la rueda que reinventarla, asi que > podes ver en OpenAccess el SDK de ellos a ver si es lo que necesitás. > > > > Si es lo segundo, es decir, tenes el ODBC de tu software, va bien con .NET > y el proveedor administrado de ODBC. Recibis por un port del webservice un > string y podes retornar un dataset embebido en el mensaje SOAP de respuesta. > Si no lo tenés, antes de intentar escribir uno con el SDK, podes fijarte si > la versión de OpenROAD que vos tenes es compatible con INGRES, si es asi, > googleá con "INGRES ODBC" y fijate si alguno puede andar. > > > > No sé si es algo de esto lo que vos necesitás. > > > > Carlos > > > > > > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Daniel > Calvin > *Enviado el:* jueves, 11 de septiembre de 2008 14:26 > *Para:* [email protected] > *Asunto:* [puntonet] Construir driver ODBC > > > > Hola gente > > Tengo que extender una aplicación windows desarrollada en una version > bastante vieja de OpenROAD, tiene unas cuantas limitaciones, no puedo > instanciar ActiveX por ejemplo, en principio ni siquiera invocar dlls > externas escritas en c o lo que sea. > > Para tratar de resolver el problema se me ocurrio escribir un driver odbc, > eso si lo soporta la porqueria esta, y acceder a lso servicios que debo > consultar desde ahi. > > Alguien tiene info para mandarme sobre el particular?, no me importa que no > pueda desde un lenguaje Net. > > ( Ojo, ODBC, no OleDB ) > > Gracias > > -- > Daniel A. Calvin > Cooperator Team Member > http://www.cooperator.com.ar > Microsoft Certified Professional > -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional
