問題タブ [db4o]

私は現在、db4o (Java バージョン) を試しています。しかし、実際のライブ (Web) 環境でどのように機能するのか疑問に思わずにはいられません。db4o の実行について共有できる経験 (良いことも悪いことも) がある人はいますか?

私は過去に多くのプロジェクトで db4o を使用して多くの成功を収めてきました。時間が経つにつれて大きく進化したようで、LINQ のような現代のトレンドがみんなの口に出てきたことで、再び私の関心がピークに達しました。特に、透明なアクティベーションと永続性をサポートし始めていることがわかったので、かなり興味をそそられましたが、友人私が最初に db4o について言及したとき、私に非常に良い質問を投げかけました。そして、現代の技術革新をもってしても、私はまだそれに答える方法がわかりません.

SQL などのプラットフォームで非常に効果的に実行できる、大規模なクロステーブルの複雑な制約レポートに似たレポートを生成するための最良/最速/最も一般的な方法は何ですか? 時間、労力、および開発時間がどれだけ節約され、特に ORM を介して多くのパフォーマンスが向上するかはよく理解していますが、一部のアプリケーションでは複雑なレポートが必要であり、オブジェクトやオブジェクト クエリを使用して表現する方法がわかりません。複雑なレポートを最適化して維持することは、その目的のために特別に設計されたシステムであっても大変な作業になる可能性があるためです。

--
編集:

より明確にするために、オブジェクト データ ソースなどを使用して、db4o を SqlDataSource などと同じデータ豊富なコントロールに取り込むことができます。ReportViewer での使用に関する db4o サイトのドキュメントを参照したり、データを非正規化してレポート データベースにすることを勧められたりしましたが、この質問は、次のような種類のクエリを実行するために何ができるかについて、概念的な課題を提示することを意図しています。 RDBMS は非常に優れたパフォーマンスを発揮し、業界をリードしています。私は db4o が大好きですが、関連するすべてのオブジェクトをデータベースから取り出してアクティブ化し、計算を実行せずに、いくつかの異なるタイプ (または SQL のテーブル) にまたがって存在する集計データをレポートする真に効率的な方法を思いつきません。アプリケーションレベルのコードで。私は間違っているかもしれませんが、これはできなかったようです」

ここに集まることができた優秀な頭脳の中に、誰かが私が知らないことを知っているか、ODBMS の分野を拡大できる将来の実装のための革新的なアイデアを持っていることを願っています。私は、さまざまな ORM が複雑なレポート オブジェクトの方法論を実装していることを知っています。また、これらのテクノロジのいずれかの経験を持つ人が、私のコードと db4o 以外のテクノロジに依存しない創造的なものを持っているのではないかと考えています (私は、 SQL サーバーのみ)。

db4o を使った最初のテストに非常に感銘を受けました。しかし、db4o を搭載したエンタープライズ クラスの Web サイトがいくつあるのだろうかと思っています。メインの Web サイトには何も表示されていません。

db4o を使用しない理由がわかりません。たとえば、トランザクションや同時実行性を処理する方法には十分なサポートがあるようです。

私が見ることができるウェブサイトのリストを持っている人はいますか？

ある種の Web アプリケーションをコーディングしているとします。シンプルな写真共有サイトなど、人々がコンテンツを提供できるもの。

オブジェクト指向データベース (db4o など) を使用しない正当な理由をいくつ思いつきますか?

私たちはdb4o（http://www.db4o.comのOO-DBMS ）を評価しています。クライアント/サーバーモードのパフォーマンステストをまとめました。サーバーを起動してから、一度に複数のクライアントでハンマーで叩きます。サーバーは一度に1つのクライアントのクエリしか処理できないようです。

このシナリオを可能にする構成スイッチをどこかで見逃したことがありますか？サーバーの実装は以下のとおりです。クライアントは、操作ごとに接続、クエリ（読み取り専用）、および切断を行い、操作はクライアントプロセス内の複数のワーカースレッドから次々に実行されます。同じサーバーに対してそれぞれ1人のワーカーで1つのクライアントプロセスを起動した場合も、同じ動作が見られます。

助言がありますか？

編集：LazyおよびSnapshot QueryModesを発見して試してみました。これにより、サーバーのブロックの問題が（部分的に）軽減されますが、クライアント（1を待機する40の同時テストクライアントを実行）では、重大な同時実行の問題が発生します。 -サーバーでランダム操作要求）ハンマーを発行する前の300ms。LINQプロバイダーおよびIO内部から発生する例外があるようです:-(

モデルストレージとしてOSGi環境でdb4o6.4.54を使用しています。OSGiフレームワークを再起動するたびに、データベースは空のように見えますが、ファイルはそこにあり、完全に空ではありません。

私は次の構成を持っています：

コアバンドル。db4oが提供する標準のdb4o_osgiバンドルに依存します。モデルを取得する場所からコアプラグインに依存するUIバンドル。

コアバンドルは、openServer（String、0）メソッドを介してメモリ内サーバーを作成し、要求/スレッドごとに個別のクライアントを作成します。

問題は、db4oサーバーが作成されるたびに、クエリが結果を返さないことです。

サービスを利用しようとしましたが、うまくいきませんでした。

私のテストの次のステップは、db4oをバンドルに直接含めることでしたが、それは機能しました（その結果、db4oクラスは、データベースに保存したモデルオブジェクトと同じクラスローダーによってロードされました）。db4oフォーラム[1]に1つの投稿がありますが、この問題が存在する理由と、それを（正しく）解決する方法を説明できていません。私は調査を続けますが、他の誰かが私の前にこの問題に取り組んでいるのではないかと思います。

私は OODBMS システムは初めてですが、Db4o が完全に適している新しいプロジェクトで Db4o を使用しています。順調に進んでおり、コンセプトはとても気に入っていますが、開発に関連する基本的なデータ管理タスクを行う方法に苦労しています。定期的に DB 内の特定のタイプをすべて消去したいのですが、実際にコードでメソッドを記述してアプリを実行せずにこれを行うにはどうすればよいですか? また、「スキーマ」の変更にどのように対処すればよいですか。特定のクラスの定義を変更した場合、Db4o は新しい「テーブル」を作成しますか?それとも、メンバーのセットが異なるだけで同じタイプとして認識しますか?

ところで...私は.NET 3.5にいます

私は何か間違ったことをしていますか、それともジェネリック クラスをジェネリック メソッドへの制約として指定することはできませんか?

私はジェネリックとdb4o (オープン ソース オブジェクト データベース) をいじっており、いくつかのユーザー定義のジェネリック コレクションを格納および取得するためのテスト プログラム (以下のコードを参照) を作成しています。

データベースから具体的に型指定されたコレクションを取得するためのジェネリック メソッド (以下のGetCollectionFromDbを参照) を作成しようとしています。残念ながら、以下のコードは、行に対してコンパイラが生成したエラーを返します。

エラーメッセージは次のとおりです。

私が間違っている可能性があること、または望ましい結果に到達するためにこれに別の方法でアプローチする方法についての提案をいただければ幸いです。

db4o ObjectManagerの7.xバージョンは商用製品としてのみ入手可能です（非常に高価です！）ので、db4o 7.xデータベースを検査/探索するために利用できる代替ツールはありますか？

また、db4oの初心者の開発者に他にどのようなツールをお勧めしますか？

デスクトップ アプリケーションの永続化メカニズムとして db4o を使用することに関心がありますが、いくつか気になる点があります。

1 番目の懸念: 非常に複雑なオブジェクト グラフを誤ってクリッピングする。

高さ 10 のツリーがあり、ルートをフェッチするとします。ルート オブジェクトを再度格納する処理はどのように処理されるのでしょうか。

私の理解では、ツリー全体を取得するのではなく、最初の 5 つの参照レイヤーを取得します。

だから..ルートに些細な変更を加えて保存すると、ツリーのさらに下のノードが切り取られ、本質的にそれらが削除されます。

そうでない場合..これをどのように処理しますか?

2 番目の問題: より大きなオブジェクト グラフでサブグラフを抽出する

上記のツリーの例を使用すると...データベースに1つの巨大なツリーが含まれている場合、その中の単一のノードを照会できますか? は 1 回だけ呼び出されたので.store、私のデータベースは「レコード」が 1 つだけ含まれていると考えていますか?

ありがとうございました。