He usado db4o con mucho éxito en muchos proyectos en el pasado. Con el tiempo, parece haber evolucionado mucho, y con las tendencias modernas como LINQ en la lengua de todos, ha vuelto a aumentar mi interés, especialmente ahora que sé que está comenzando a apoyar la activación transparente y la persistencia que me intrigan un poco, pero un amigo Me planteó una muy buena pregunta cuando mencioné por primera vez db4o y, aun con la innovación moderna, todavía no estoy seguro de cómo responderla.Informes con db4o
¿Cuáles son los mejores/más rápidos/los métodos más comunes para generar informes similares a los grandes informes de restricciones complejas entre tablas que se pueden realizar de manera tan efectiva en plataformas como SQL? Entiendo bastante bien cuánto tiempo, esfuerzo y tiempo de desarrollo se guardan e incluso muchas de las ganancias de rendimiento, especialmente en ORM, pero algunas aplicaciones requieren informes complejos que no estoy seguro de cómo expresar el uso de objetos y consultas de objetos y también estoy preocupado por el rendimiento, ya que puede ser abrumador optimizar y mantener informes complejos, incluso en sistemas diseñados específicamente para ese fin.
-
Editar:
Para ser más claro, las fuentes de datos de objetos y similares puede utilizarse para tirar de db4o en los mismos controles de datos ricos como SqlDataSource et al. Me han remitido a documentos en el sitio db4o sobre su uso con ReportViewer y también he aconsejado desnormalizar datos en una base de datos de informes, pero la pregunta pretende plantear un desafío conceptual sobre qué se puede hacer para lograr los tipos de consultas que Los RDBMS funcionan tan bien que tienen la industria. Me encanta db4o, pero no puedo pensar en un medio realmente eficiente de informar sobre los datos agregados que existe en varios tipos diferentes (o tablas en SQL) sin sacar todos los objetos relevantes de la base de datos, activándolos y realizando los cálculos en el código de nivel de aplicación. Puedo estar equivocado, pero parece que no podría competir con las optimizaciones posibles con un RDBMS.
Espero que entre las mentes brillantes que hemos logrado reunir aquí que alguien sabe algo que yo no sé o tiene ideas innovadoras para la implementación futura que podría ampliar el ámbito ODBMS. Sé que varios ORM implementan metodologías para objetos de informes complejos y me pregunto si alguien con experiencia con cualquiera de estas tecnologías podría tener algo creativo que no dependa de ninguna tecnología fuera de mi código y db4o (puedo generar informes con un Servidor SQL solo).
Este problema parece estar asociado principalmente con el diseño de informes de la misma manera que se diseñan los informes relacionales. Creo que la solución a este dilema es recordar que no estamos utilizando un RDBMS y que tenemos que pensar en un nuevo enfoque, en lugar de ajustar una clavija cuadrada en un agujero redondo. – TheXenocide