Hola Carlos Ahora justamente estoy poniendome con eso. Todavía no hice andar nada pero se supone que lo que quiero hacer es algo que ellos ya soportan.
Despues te cuento. Fue una muy buena data, no conocia esto . Gracias Daniel El 13 de septiembre de 2008 21:13, Carlos A. Pérez <[EMAIL PROTECTED]>escribió: > Te fijaste el tema de INGRES? Tienen un driver para evaluación, por ahí > le va al openROAD > > Carlos > > > > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Daniel > Calvin > *Enviado el:* sábado, 13 de septiembre de 2008 08:04 > *Para:* [email protected] > *Asunto:* [puntonet] Construir driver ODBC > > > > 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 > -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional
