Я использовал db4o с большим успехом во многих проектах в прошлом. Со временем он, кажется, сильно развился, и с современными тенденциями, такими как LINQ, на всех языке, он снова заинтересовал меня, особенно теперь, когда я знаю, что он начинает поддерживать прозрачную активацию и постоянство, которые меня немного заинтриговывают, но друг Когда я впервые упомянул db4o, он задал мне очень хороший вопрос, и даже с учетом современных инноваций я до сих пор не знаю, как на него ответить.
Каковы лучшие / самые быстрые / самые распространенные методы для создания отчетов, аналогичных отчетам о сложных ограничениях для больших таблиц, которые можно сделать так эффективно на таких платформах, как SQL? Я хорошо понимаю, сколько времени, усилий и времени на разработку сэкономлено и даже много выигрышей в производительности, особенно по сравнению с ORM, но некоторые приложения требуют сложных отчетов, которые я не знаю, как выразить, используя объекты и запросы объектов, и я также обеспокоен производительностью, поскольку оптимизация и ведение сложных отчетов может быть слишком сложным даже для систем, специально предназначенных для этой цели.
-
Edit:
Для большей ясности можно использовать источники данных объекта и тому подобное, чтобы подключить db4o к тем же элементам управления, насыщенным данными, что и SqlDataSource et al. На сайте db4o я упоминал документы об использовании его с ReportViewer, а также советовал денормализовать данные в базу данных отчетов, но этот вопрос призван создать концептуальную проблему в отношении того, что можно сделать для выполнения типов запросов, которые СУРБД так хорошо работают на рынке, что удерживают отрасль. Мне нравится db4o, но я не могу придумать действительно эффективного средства составления отчетов по совокупным данным, которые существуют в нескольких различных типах (или таблицах в SQL), без извлечения всех соответствующих объектов из базы данных, их активации и выполнения вычислений. в коде уровня приложения. Возможно, я ошибаюсь, но похоже, что не стоит надеяться на то, что можно будет конкурировать с возможными оптимизациями в СУБД.
Я надеюсь, что среди светлых умов, которые нам здесь удалось собрать, кто-то знает что-то, чего я не знаю, или есть инновационные идеи для будущей реализации, которые могли бы расширить сферу ODBMS. Я знаю, что различные ORM реализуют методологии для сложных объектов отчетности, и мне интересно, может ли кто-нибудь, имеющий опыт работы с любой из этих технологий, иметь что-то творческое, что не зависит от каких-либо технологий, кроме моего кода и db4o (я могу генерировать отчеты с Только сервер SQL).