誰もがウェブサイトをバックアップするためにオブジェクト指向DBMSを使用しないいくつかの理由を考えることができますか？

質問

何らかのWebアプリケーションをコーディングしているとします。人々がコンテンツを投稿できる場所、例えばシンプルな写真共有サイト。

オブジェクト指向データベース（例：db4o）を使用しない理由はいくつありますか？

解決

オブジェクトを介してデータにアクセスするだけの場合は、OODBMSの方が適しています。ソリューションがデータへの追加の経路を必要とする場合（アドホッククエリ、レポート、データアクセスを必要とするがオブジェクトを使用できない他のアプリケーション）、従来のRDBMSシステムの方が優れています。

注：OODBMSesは、この分野で多くの改善を行いました。

他のヒント

あなたの計画がどれほど大きいかはわかりませんが、経験豊富で熟練した人材を雇う（または単に手を貸す）ことができるかどうかが、すべてのことに関する一般的な知識だけでなく、私の決定にも影響しますDBのインとアウトの。

OracleまたはMySQLには欠点がありますが、問題がある場合は、他の100人が同じ問題を抱えており、解決方法を教えてくれる可能性があります。

db4oのようなものを検討している場合、Webサイトを強化する企業の例はないようであり、ほとんどが組み込みアプリケーションで使用されているという事実を言うでしょう。

これに関する他の投稿を参照してください。（ db4oを使用したウェブサイトの例）

ここでは技術的には何もありませんが、採用されているようです。ただし、開発速度、保守性、および設計の柔軟性のため、OODBは非常に優れています。

重いレポートなどは、db4oがサポートしていることがわかっている必要に応じて、リレーショナルバックエンドと同期することで実行できます

これは少しばかりですが、Joelの投稿を言い換えれば、成功を計画してください。アプリが本当に人気になったらどうなりますか？

たとえば、自分のマシンでアプリをホストしているが、正式なホスティングサイトやサーバーファームに行くことにした場合はどうでしょう。 MySQLに対してOODBをサポートする可能性はどのくらいですか？

アプリケーション設計が本当に非常にオブジェクト指向であり、複雑さが必要な場合にのみ、OODBMSに行くことをお勧めします。写真共有サイトは、オブジェクト指向の面では重いように聞こえないので、db4oを選ぶ意味はわかりません。

ただし、ペットプロジェクトでOODBMSを使用することの利点と欠点を実際に知りたいだけの場合は、使用することをお勧めします。

db4oを使用したレポートについては、次を参照してください。

もう1つの正当な理由は、比較的寿命が長いことです。 db40は、その機能に優れた製品ですが、そのユーザーベースは小さく、SQL Serverのようなものより長生きする可能性は低いです。

もちろん、私もJavaが生き残る方法はないと言っていました。

データのサイズ（数百万および数百万の行を扱っている場合、私は自分の知っていることに固執しています）

レポート（正規化されたデータベースでは通常は十分に難しく、OOデータベースではさらに悪い）

専門知識/経験の利用可能性（RDBMSの方が明らかに支持者が多い）

大量のETL（ほとんどの人はフラットファイルでインポートおよびエクスポートします。XMLを取得/送信している場合を除き、単純な古いテーブルを使用しています）

これらの音は、プロジェクトの障害のようなものではありません

ペダルバイクだけを手に入れたとき、スピードが必要です。シナリオには、データキャプチャ（ロギングなど）が含まれます。イベント後、キャプチャしたデータは後の段階で処理されることが多く、とにかくオブジェクトの構成要素に分割される可能性があります。

皆さんもこの記事をチェックしたいかもしれません：

＆quot;ウェブサイトでOODBを使用する＆quot;ジム・パターソン

最高！

控えめなデータニーズを持つ複雑なアプリケーションの場合、GLASS（Gemstone、Seaside、Smalltalk）に勝るものはありません。レポートは間違いなくSmalltalkでオブジェクト指向を行いたいものです。

個人的な意見、データがある場合...レポートがあります。

OODBは、レポートアプリケーションで使用できる適切なストレージモデルをデータに提供しません。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow

誰もがウェブサイトをバックアップするためにオブジェクト指向DBMSを使用しない*いくつか*の理由を考えることができますか？