さまざまな種類のデータを扱うアプリケーションがあるとします。それぞれの種類のデータは一意であり、異なる種類は互いに接線方向にのみ関連しています。ある種類を RDMS にマップし、別の種類をグラフ データベースにマップするのは非常に難しい場合があります。アプリケーションのさまざまなニーズに対応するために、複数のデータベース プラットフォームを実行することに実際に害はありますか?
3 に答える
1
アプリケーション固有の問題がたくさんあります。データストアは互いに直接通信しますか？または、アプリケーションを介して通信しますか？
主な問題は、長期にわたるメンテナンスに関係しています。異なるデータベースが同じサーバーで実行されている場合は、メンテナンスの問題があります。新しいサーバーOSパッチが提供されますが、新しいパッチで動作するのは一部のソフトウェアのみです。インストールしますか？他の理由でそれが必要な場合はどうなりますか？
同様に、すべてのソフトウェアが単一のサーバーで実行されている場合は、ソフトウェアが多いため、より大きなサーバーが必要になる可能性があります。余分な計算能力がどこか別の場所にあるとしても、サーバーのサイズによって価格が設定されている製品には、より多くの費用がかかります。
場合によっては、別の製品を使用する必要があります。ただし、多くの場合、単一目的に最適なソフトウェアコンポーネントが豊富にあるシステムを維持するよりも、1つの製品を少し最適に使用しない方が実用的です。
于 2012-07-16T18:41:00.917 に答える
0
インジェクションやその他のセキュリティの問題を監視している限り、大きな問題はないと思います（データをDBに渡す方法がわかりません）
于 2012-07-16T18:34:15.530 に答える
0
技術的には可能で機能しますが、システムを構築する人またはチームは、さまざまなメカニズム、手順、および将来の開発とそれぞれのアップグレードパスを使用して、データベースを開発/テスト/展開/保守/バックアップするためのすべてのスキルを持っている必要があります (各タイプのデータ/データベース)。私は確かにそれらのメカニズムと手順を最小限に抑えようとします.
于 2012-07-16T18:39:25.903 に答える