¿Cómo usar ADO.NET con Crystal Reports 2008?

Lo hice. Creé un informe en blanco, seleccioné la opción de Crear Nueva Conexión ADO.NET, elegí la DLL del proveedor ADO.NET. Pero no funciona. Está buscando un proveedor de Data Set.

Estoy preguntando si es posible usar controladores ADO.NET para conectar a la base de datos de la misma manera que Crystal Reports puede usar controladores OLEDB u ODBC o controladores nativos.

ADO.NET no se limita solo a conjuntos de datos. Bases de datos como Microsoft SqlServer, Oracle, Sybase, DB2, MySQL SQLite, etc. tienen controladores ADO.NET que se pueden utilizar para conectar y ejecutar consultas SQL, leer datos, y más. Los conjuntos de datos son simplemente una colección de filas y tablas generalmente creadas utilizando un adaptador de datos que a su vez generalmente utiliza un objeto de comando ADO.NET.

Tengo cientos de informes (con subinformes) que se conectan a Sybase y Sql Server donde Crystal crea la consulta, la ejecuta, carga registros, para cada subinforme ejecuta una nueva consulta y finalmente genera los informes. Esto se hace utilizando el cliente nativo de Sybase.

Es imposible lograr lo mismo con un Data Set.

Si Crystal 2008 pudiera usar controladores ADO.NET, podría deshacerme de los clientes nativos y usar ADO.NET.

¿Quizás hay una cr_db...dll que pueda hacer eso?

Gracias,

Gianluca

Ok, permíteme explicar... Y sí, me refería a .NET y no a .ENT, error tipográfico.

Crystal Reports utiliza un archivo llamado crdb_adoplus.dll como su controlador ADO.NET (XML). Este es nuestro controlador para conectarse a XML o si un desarrollador o un desarrollador de terceros crea un conector de base de datos en forma de dll, entonces CR puede usarlo. Dentro de este dll se establece una conexión a la base de datos, cómo se hace depende del desarrollador, ya sea utilizando un controlador con cable, que tiene un cliente incorporado como nuestros controladores DataDirect, u otro método. CR no escribe motores de cliente.

Puedes obtener nuestros controladores DD desde este [enlace](https://smpdl.sap-ag.de/~sapidp/012002523100008666562008E/cr_datadirect53_win32.zip)

El paquete de controladores DD tiene lo que se llama un controlador "con cable" para conectarse a Oracle y MS SQL Server, así como un controlador de Sybase, que no requieren que se instale un cliente de base de datos. Están basados en ODBC, por lo que estás limitado a lo que ODBC puede hacer.

Para usarlos, descarga e instala desde el enlace anterior y luego ve a ODBC Admin y crea un nuevo DSN del sistema y selecciona el controlador de protocolo con cable de Sybase de CR. Ahora, cuando establezcas la ubicación de la base de datos de tu informe, selecciona ODBC y este nuevo DSN y luego verifica la base de datos.

Si simplemente estás buscando una conexión a una fuente de datos sin el costo adicional de instalar un motor de cliente, esta es la opción a seguir. Aún no has dicho cuál es tu objetivo final, aparte de usar un "Proveedor de Datos" y usar ADO.NET, pero no es necesario usar ADO.NET para usar un controlador con cable.

Echa un vistazo a este enlace para ver qué opciones están disponibles en ADO.NET: http://en.wikipedia.org/wiki/ADO.NET

Así que espero que ahora esté claro, pero si no lo está, entonces creo que simplemente estamos malinterpretando la definición de ADO.NET y lo que CR ADO.NET es capaz de hacer.

También parece que tienes un desarrollador de .NET disponible, así que te sugiero encarecidamente que publiques tu pregunta en el foro de desarrolladores de CR .NET y busques también y descargues nuestros ejemplos de .NET sobre cómo configurar la ubicación de tu nueva fuente de datos en código. O si optas por la ruta del dll, cómo hacer que todo funcione.

Gracias de nuevo

Don

Gracias por tu respuesta. No sé cómo explicar de otra manera lo que significa usar controladores ADO.NET en lugar de simplemente usar conjuntos de datos. No se trata de usar cr_myowndriver. Se trata de tener un cr_adonet que pueda utilizar proveedores de datos ADO.NET (muy diferente de un conjunto de datos).

De todos modos, supongo que la respuesta es no, Crystal no puede usar controladores ADO.NET. Tendremos que seguir con ODBC para Sql Server y el cliente nativo de Sybase para Sybase.

Sería una buena adición poder utilizar ADO.NET. Eliminaría la necesidad de implementar grandes clientes nativos. ¿Quizás en una próxima versión?

No sé qué es un desarrollador .ENT, ¿quizás "entidad de datos"? Sin embargo, eso es completamente diferente. Si te referías a un desarrollador .NET, por lo general saben qué es un proveedor de datos ADO.NET, si han programado bases de datos con ADO.NET.

Por eso hago esta pregunta, nuestros desarrolladores .NET no pudieron encontrar ninguna forma de usar proveedores ADO.NET con CR 2008. Solo conjuntos de datos ADO.NET, que no funcionan para informes conectados y subinformes que usan tablas diferentes.

Gracias de nuevo por tu tiempo.