10

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

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

4

11 に答える 11

7

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

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

于 2008-10-06T02:42:41.353 に答える
4

あなたの計画がどれほど大きいかはわかりませんが、経験豊富で熟練した人を雇う (または単に手を貸す) ことができるかどうか、およびすべてのインに関する一般的な大量の知識が私の決定に影響を与えるでしょう。そしてDBの外。

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

于 2008-10-06T03:06:55.297 に答える
4

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

これに関する私の他の投稿を参照してください。( db4o を使用した Web サイトの例)

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

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

于 2008-10-06T04:04:38.160 に答える
3

これは少し大げさですが、Joel の記事を言い換えると、成功のための計画です。あなたのアプリが本当に人気になったらどうしますか?

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

于 2008-10-06T03:17:00.863 に答える
2

OODBMS を使用することをお勧めするのは、アプリケーションの設計が非常にオブジェクト指向であり、その複雑さから必要になる場合だけです。写真共有サイトは OO 側では重く感じられないので、db4o を使用する意味がわかりません。

ただし、ペット プロジェクトから OODBMS を使用することの詳細を知りたいだけの場合は、OODBMS を使用しても問題ありません。

于 2008-10-06T02:23:51.920 に答える
1

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

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

于 2008-10-06T03:00:30.303 に答える
1

データのサイズ (何百万もの行を扱っている場合は、私が知っていることに固執しています)

レポート (通常、正規化されたデータベースでは十分に困難ですが、OO データベースではさらに困難です)

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

大量の ETL (ほとんどの人は、フラット ファイルでインポートおよびエクスポートします。XML を送受信する場合を除き、単純な古いテーブルについて話していることになります)

これらのどれもあなたのプロジェクトにとって障害とは思えません

于 2008-10-06T03:13:50.260 に答える
0

私の個人的な意見では、データがあります...レポートがあります。

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

于 2008-10-06T04:23:45.300 に答える
0

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

于 2008-10-06T04:23:55.297 に答える
0

適度なデータ ニーズを持つ複雑なアプリケーションの場合、GLASS (Gemstone、Seaside、および Smalltalk) に勝るものはありません。レポートは、間違いなく Smalltalk で OO を実行したいものです。

于 2008-11-07T01:17:13.577 に答える
0

たぶん、あなたもこの記事をチェックしたいでしょう:

http://microsoft.apress.com/asptodayarchive/74063/using-an-object-directional-d

「Web サイトでの OODB の使用」Jim Paterson 著

一番!

于 2008-10-13T07:50:26.583 に答える