質問

ありがたくさんの情報を収集することを意図したいオブジェクト関係のmappersどを避けるためにインピーダンスのミスマッチは、ほとんどは、弁ばオブジェクトを使用データベースです。私の質問は、なぜかこの利用よくあるのですか?でのパフォーマンス上の理由でオブジェクトデータベースがデータを独自にアプリケーションやでしたか?

役に立ちましたか?

解決

  • 親近感"。 の管理者データベース知の関係を概観し、オブジェクトもほとんどないですね。
  • ます。 リレーショナルデータベースが検証されている規模です。
  • ます。 SQLでは、長発言語です。
  • ベンダーです。 この間に多くのサードパーティ-(SQLサーバー)および第三者(行政面のマッピングやその他の種類の統合ツールをOODBMSs.

当然、オブジェクト指向モデルをより身近に 開発者, ので、ご指摘のとおり、スペアのORM.が、これまでの関係モデルを実証して、より有効なオプションです。

また、最近の問題 オブジェクト指向vsリレーショナルデータベース.

他のヒント

まとめ db4o であるOODBでほとんど解消の連結上場

  • 親しみ-プログラマウス、言語によるSQL(ネイティブクエリ)
  • 性能は高い主観的なものだけで PolePosition
  • ベンダーの支援および満期までの時間変化
  • 使用することができませんプログラムなんかも同一の枠組みがOODB基準を利用できる 異なる枠組み
  • バージョン管理からビットのa bitch-バージョン管理を実際に !

プロの間に興味がある私にとっては

  • ネイティブクエリー-Db4oき記のクエリに静的型付き言語でのあいだ気候の文字列とデータ欠損ランタイム時において、
  • 使いやすさ-定義buissinessロジックのドメイン層を持層へのマッピング)、最後にSQLデータベースは確実に違反乾燥させます。とのOODB定義するドメインが普及活動を続けています。

同意する-OODBいうもの。あのドメインの問題があるより良い解決OODB,

つき異議がオブジェクトデータベースで作成タイト結合との間のデータとのコードです。一部のアプリはこれでOKでお問い合わせください。一つというのがリレーショナルデータベースではの可能性を多く見ます。

Ted Neward 説明していることがで約OODBMSs多いようです。

でいます。とは言うものの、基本的に全ての用途がどのように絡んでいるとのOODB.もうものDBAの仕事を学ぶ新しい技術です。メッセージを発信していますいられている誤り修正のデータです。とくにOODBs人気を確立している企業です。ガビンが完全に清掃し、よりリンクする カーク

連結:

  • 使用することができませんプログラム んでも同じ枠組み アクセスするためのデータストア、 が従来よりも難しくなっている利用を 企業といえる。

  • 少資源のオンライン 非SQLデータベース

  • な互換性を向データベース 種類できなスワップの異なるdb プロバイダを変更せずにすべての コード)

  • バージョンは少し bitch.いらっしゃるかと思いを新たに 財産をオブジェクトにか 簡単に新しいカラムを 表に示す。

Sören

すべての理由を記載して有効なものに問題OODBMSは、論理データモデルです。のオブジェクト-モデル(というか、ネットワークモデルの70年代)などの関係につしているか確認する必要があ劣る。

jodonnel,あまりないと思います"見る"ためにどのように使用のオブジェクトデータベースのカップルアプリケーションコードのデータです。ことができ抽象からのお申し込みのOODBによりリポジトリのパターンに置き換えるORMッSQLデータベースの場合デザインもいます。

たOOのアプリケーションでのOOデータベースをより自然にフィットのための持続オブジェクト。

何だから、もいままでのタデータドメインモデルがありますが、その世界!

ないシングルは見るもデータ、ビジネスルールやプロセスをドメインを中心とおりです。

なので、大きなプロであることOODB試合で、企業レベルのオブジェクト指向ソフトウェアアプリケーションは、ありませんディスカッションデザインデータの層の異なる(関連)のデザイン。安価に構築-維持し、多くの場合一般的に高ます。

連結実績は、一般的な成熟を採用う...

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top