私は過去に多くのプロジェクトで db4o を使用して多くの成功を収めてきました。時間が経つにつれて大きく進化したようで、LINQ のような現代のトレンドがみんなの口に出てきたことで、再び私の関心がピークに達しました。特に、透明なアクティベーションと永続性をサポートし始めていることがわかったので、かなり興味をそそられましたが、友人私が最初に db4o について言及したとき、私に非常に良い質問を投げかけました。そして、現代の技術革新をもってしても、私はまだそれに答える方法がわかりません.
SQL などのプラットフォームで非常に効果的に実行できる、大規模なクロステーブルの複雑な制約レポートに似たレポートを生成するための最良/最速/最も一般的な方法は何ですか? 時間、労力、および開発時間がどれだけ節約され、特に ORM を介して多くのパフォーマンスが向上するかはよく理解していますが、一部のアプリケーションでは複雑なレポートが必要であり、オブジェクトやオブジェクト クエリを使用して表現する方法がわかりません。複雑なレポートを最適化して維持することは、その目的のために特別に設計されたシステムであっても大変な作業になる可能性があるためです。
--
編集:
より明確にするために、オブジェクト データ ソースなどを使用して、db4o を SqlDataSource などと同じデータ豊富なコントロールに取り込むことができます。ReportViewer での使用に関する db4o サイトのドキュメントを参照したり、データを非正規化してレポート データベースにすることを勧められたりしましたが、この質問は、次のような種類のクエリを実行するために何ができるかについて、概念的な課題を提示することを意図しています。 RDBMS は非常に優れたパフォーマンスを発揮し、業界をリードしています。私は db4o が大好きですが、関連するすべてのオブジェクトをデータベースから取り出してアクティブ化し、計算を実行せずに、いくつかの異なるタイプ (または SQL のテーブル) にまたがって存在する集計データをレポートする真に効率的な方法を思いつきません。アプリケーションレベルのコードで。私は間違っているかもしれませんが、これはできなかったようです」
ここに集まることができた優秀な頭脳の中に、誰かが私が知らないことを知っているか、ODBMS の分野を拡大できる将来の実装のための革新的なアイデアを持っていることを願っています。私は、さまざまな ORM が複雑なレポート オブジェクトの方法論を実装していることを知っています。また、これらのテクノロジのいずれかの経験を持つ人が、私のコードと db4o 以外のテクノロジに依存しない創造的なものを持っているのではないかと考えています (私は、 SQL サーバーのみ)。