問題タブ [object-oriented-database]

seasidehosting がホストする Web アプリケーションを SandstoneDb と連携させることに成功した人はいますか? SandstoneDb にとって重要なサブディレクトリの作成を禁止しているようです。私が間違っている？

Linq とi4oのようなテクノロジを考えると、オブジェクト指向データベース管理システムが、今後 3 年から 5 年以内に開始される新しいプロジェクトのリレーショナル データベース管理システムに代わる実行可能な代替手段とならない本当の理由はありますか?

しばらく前に、1:n、n:m、または n:1 の関係を介して相互に強く関連する約 25 ～ 30 の異なるクラス/タイプ/モデルを内部に持つ新しいプロジェクトの開発を開始しました。

当時は、基本的にネイティブの .net oodbms システムを使用していました。これにより、オブジェクト モデルを使用して、いくつかの永続化関連のメソッド (-calls) をあちこちに追加するだけで、準備が整いました。しかし、時間が経つにつれて、私たちはますます多くの警告に出くわし、非常に悪い、修正不可能な (合理的な時間枠内での) 制限に遭遇し、遅い回避策を実装することを余儀なくされ、地平線上で平凡なパフォーマンスとスケーラビリティの問題が発生し、ライセンス料はほぼ 1 倍に増加しました。私たちにとっては5倍で、変更はありません（ビッグインクに買収されました）。

そのため、現在、スケーラビリティ/パフォーマンスとメンテナンスの観点から、長期的なソリューションを探し始めています。私たちは他の「本物の」odbmを見て、常に主要なブレーカーに出くわしました. SQLとの論争の。

したがって、基本的にここに私の質問があります。MicrosoftのEntity Frameworkまたはその他の.NET ORMで、構成を可能な限り保守可能に保ち、密接/重く関連するエンティティで適切に機能する実世界の経験がある人はいますか? 私たちが保存するデータの量は、驚くべきものでも膨大なものでもありません (今後 3 年以内にすべてのエンティティで合計 10 万インスタンスになると予想しています)。

ORM に関するアイデアや提案、および/または oodbms から rdbms への移行の経験がある人はいますか?

オブジェクト指向データモデリングは、オブジェクトリレーショナルデータモデリングとどのように違うのでしょうか。

オブジェクト指向とリレーショナルデータモデリングの両方の利点が、オブジェクトリレーショナルデータモデリングを実現するためにクラブ化されたようなものですか？

乾杯

私は、perst.net を実行するための小さな教育プロジェクトに取り組んでいます。

小さな設計上の問題があります。それは、オブジェクトの 2 つのクラス (つまり、参加者とチャンピオンシップ) の間の関係をどのように解決するのが最善かということです。参加者は多くのチャンピオンシップに参加でき、チャンピオンシップには複数の参加者がいる可能性があるため、多対多の関係です。

C# でこれを最適に行う方法を教えてください。「リレーショナル DB のような」技術クラスを使用する必要がありますか?

現在、データベース ベンダーを選択しようとしています。

仲間のデータベース開発者からの個人的な意見を求めているだけです。

私の質問は、特に次のような人々を対象としています。

1) 以前にディスク (ハイブリッド) へのレプリケーションをサポートするメイン メモリ DB (MMDB) を使用したことがある (つまり、 ExtremeDB )

また

2) Versant Object Databaseおよび/またはObjectivity Databaseおよび/またはProgress ObjectStoreを使用したことがある

質問は本当に: あなたの経験に基づいて、私のアプリケーションに適したデータベース ベンダーをお勧めできるかどうかです。

私のアプリケーションは商用のリアルタイム (ハイパフォーマンス) オブジェクト指向 C++ GIS アプリであり、多くの緯度/経度検索を行う必要があります (つまり、特定のエリアで、そのエリア内の一致するすべてのターゲットを検索します)。 ..R ツリー インデックス)。

データベースに保存したいデータの型はすべてオブジェクトとしてモデル化されており、それらは std::list と std::vector を使用しているため、当然オブジェクト データベースは理にかなっているように思えます。従来の RDBMS はおそらく私が実際に探しているものではないことを確信するのに十分な記事を読みました。

1. パフォーマンス (リスト/ベクターなどの動的長データの結合または複数のテーブル)
2. プログラミングの容易さ (インピーダンスのミスマッチ)

ただ、性能面では、

1. 入力データは、約 40 MB/秒でシステムに供給されています。

2. したがって、システムは 1 秒あたり約 350 回の挿入の速度でデータベースへの挿入も行います (各オブジェクトは 64KB から 128KB まで変化します)。

3. データベースは、複数のスレッドを介して一貫して検索および更新されます。

私の理解では、ここにリストしたすべてのオブジェクト DB はデータベース オブジェクトを格納するためにキャッシュを使用します。ExtremeDB は、特にメモリ用に設計されているため、キャッシュ ロジックなどのオーバーヘッドを回避できると主張しています。

だから..私は少し混乱しています。オブジェクト DB はリアルタイム システムで使用できますか? MMDB と同じくらい「高速」ですか?

近い将来、RDBMS や OODBMS は廃止されるのでしょうか?

今日、私は両者の相違点に関するかなりの数の記事を読みましたが、ほとんどの記事は OODBMS を支持しているようです。RDBMS は、まだ十分に開発されていない OODBMS によって抑圧されるということですか? そうでない場合、なぜそう思うのですか？

Luceneが堅牢なドキュメントベースの検索エンジンであることを考えると、単純なアプリケーション（EG、CMSスタイルのアプリケーション）のオブジェクトデータベースとして使用できますか？もしそうなら、利点と制限は何だと思いますか？

私はRDBMSの役割を理解しています（そしてそれらを日常的に使用しています）が、他のテクノロジー/アイデアを探求することに熱心です。

たとえば、私のドメインエンティティは次のようになります。

リフレクションを使用して、Employeeオブジェクトのプロパティ値をLuceneドキュメントのフィールドとして保存し、さらに、バイナリシリアル化バージョンのEmployeeオブジェクトを同じLuceneドキュメントの別のフィールドに保存できますか？

背景:オブジェクト データベースと思われるものを探しています。ただし、私が調べた (確かに少数の) オブジェクト データベースは単純な永続化レイヤーであり、本格的な DBMS ではありません。私が探しているものがオブジェクトデータベースと見なされるかどうかさえわからないので、正しい方向に私を向けるのに本当に助けていただければ幸いです。

私が探しているものを 2 ページにわたって説明したくないので、例を使用して私の要点を説明します。保存する必要がある "BlogPost" オブジェクトがあるとします。疑似コードでは、次のようなものです。

Comment(独自のクラスであると仮定します。)

現在、リレーショナル データベースでauthorは、 を指す外部キーとして格納され、User.idと はtags、comments関係を格納する別のテーブルを使用して、1 対多または多対多の関係として格納されます。私が欲しいのは、次のことを行うデータベース エンジンです。

• 追加のルックアップが必要な外部キーを使用する代わりに、直接参照を使用して関連オブジェクト ( author、など) を格納します。tags言い換えれば、互いの上にあるオブジェクトは、データベースによってネイティブにサポートされる必要があります
• オブジェクト全体を取得して更新し、データベースに戻すことなく、コメントやタグをブログ投稿に追加できます (ドキュメント指向データベースのように -- CouchDB がその例です)。

私が探しているのはナビゲーションデータベースだと思いますが、わかりません。私が考えていることに少しでも似ているものはありますか？もしそうなら、それは何と呼ばれていますか？(あるいは、実際に動作するデータベースを教えてください。) それとも、私がうるさすぎますか?

編集：

明確にするために、私は ORMや抽象化レイヤーなどを探しているわけではありません。これを内部的に行う実際のデータベースを探しています。難しくて申し訳ありませんが、検索しても何も見つかりませんでした。

編集：

また、JVM 用の何かが優れていると思いますが、現時点では、それがどのプラットフォームで実行されるかはあまり気にしません。

OOデータベースを見る時が来たと思い、次の小さなプロジェクトである小さなライブラリにdb4oを使用することにしました。

次のオブジェクトを検討してください：本、カテゴリ。

書籍は0-nのカテゴリに分類でき、カテゴリは0-mの書籍に適用できます。

私の最初の考えはBookCatecoryのような結合オブジェクトを持つことですが、少しグーグルした後、これは「RealOO」には適切ではないことがわかりました。

したがって、別のアプローチ（多くの人が推奨）は、Book.categoriesとCategory.booksの両方のオブジェクトにリストを含めることです。一方の側が関係を処理します。Book.addCategoryはCategoryをBook.categoriesに追加し、BookをCategory.booksに追加します。1回のメソッド呼び出しで2つのオブジェクトが変更された場合に、コミットとロールバックを処理するにはどうすればよいですか？

あなたの考えは何ですか？2番目のアプローチには明らかな利点がありますが、少なくとも私にとっては、最初のアプローチは正しいと感じます（より適切に標準化されています）。