ORMを使用するリレーショナルデータベースは、多くの点でオブジェクト指向データベースと非常によく似ていると考えるだけです。私の経験は、ORMのヒントを伴うRDMSのみに基づいているため、オブジェクト指向データベースは非常に似ているように見えますが、経験がなければ、はっきりとは言えません。
オブジェクト指向データベースとORMを使用したことがある場合、それらを比較できますか?RBMS + ORMと比較して、オブジェクト指向データベースに関連する弱点は何ですか?
ORMを使用するリレーショナルデータベースは、多くの点でオブジェクト指向データベースと非常によく似ていると考えるだけです。私の経験は、ORMのヒントを伴うRDMSのみに基づいているため、オブジェクト指向データベースは非常に似ているように見えますが、経験がなければ、はっきりとは言えません。
オブジェクト指向データベースとORMを使用したことがある場合、それらを比較できますか?RBMS + ORMと比較して、オブジェクト指向データベースに関連する弱点は何ですか?
RBMS + ORMと比較したオブジェクト指向データベースに関連する弱点は何ですか?
最大の弱点は、標準化の欠如です。標準API、標準クエリ言語(OQLの試みは大きな失敗でした)がないため、移植性と相互運用性のあるツール(バックアップ、アーカイブ、移行など)がありません。データに関しては、それは望ましくありません。
これは、採用の観点からOODBMSが失敗である理由と、NoSQLの動きに関係なくRDBMSがしばらく留まる理由をIMOに説明しています(OODBMSベンダーはNoSQLの動きをいくつかの後に戻ってくる機会と見なしていると感じています製品のブランド変更)。
私の経験:
たとえばテーブル内の2億5000万行で構成される、エンタープライズの世界の非常に大規模なシステムでは、シャーディングや、クラスター化インデックスと非クラスター化インデックスなどのオプションがパフォーマンスにとって重要になります。この場合、db4oは機能しません。もっとエンタープライズなものが必要になるかもしれません。ただし、オブジェクトを永続化する簡単な方法であれば、オブジェクトデータベースが適しています。SQLの学習、ORMでのマッピングの設定、MSSQLのインストールの処理、独自の一括読み込み手順の実装などのすべての作業がなくなり、クリーンでエレガントな100%マネージコードが残ります。
データベース市場は年間30億ドルの価値があり、まだ現金牛を殺す理由がないため、ベンダーがオブジェクトデータベースを採用していない理由の1つだと思います。
免責事項:私はMicrosoftまたはdb4oのいずれとも提携していません。
クリスデイトは同意します:
...'オブジェクト/リレーショナル'システムは、真のリレーショナルシステムに他なりません...適切なオブジェクト/リレーショナルシステムは、適切なタイプをサポートする単なるリレーショナルシステムです...つまり、適切なリレーショナルシステムであることを意味します。これ以上でもそれ以下でもありません。
SQLと関係理論:正確なSQLコードの書き方、p 36