私の質問は、ここに投稿された他の友人と似ています...私たちは、画像と通常のデータを使用して、パラグアイの土地登記簿に基づいて、おそらく数テラバイトの情報をサポートするアプリケーションを開発しようとしています。
問題は、運用コストを可能な限り削減したいということです。なぜなら、これは企業間の競争のようなものであり、そのために無料のデータベースを使用したいからです....私はそれについて多くの情報を読みました.しかし、私はまだ混乱しています。それを使用するのは政府関係者であることを認識する必要があるため、DB は同時に管理しやすくする必要があります。
あなたは私に何を勧めますか？
どうも
MySQLやSQLiteにもすでに空間インデックスがあるので、問題はありません。
データファイルを保存するには、BLOBフィールドを使用できますが、通常はファイルとして保存する方がはるかに優れています（最適化が容易です）。DBレコードに関連するファイルを保持するには、varcharフィールドにフルパス（またはURL）を入力するか、レコードのIDによって計算されたパスに画像を保存します。
マルチテラバイトストアに簡単に拡張するには、最初から複数のサーバーの使用を計画します。ほとんどの場合、データが読み取られる場合、簡単な方法は、それぞれが静的HTTPサーバーを備えた異なるホストに画像を保存し、データベースが各画像の場所を記録することです。次に、データベースのWebアプリケーションフロントエンドを配置します。各イメージのURLは、適切なストレージサーバーを直接指します。そうすれば、「中央」サーバーにボトルネックを作成することなく、ストレージを追加し続けることができます。
Postgresql、SQL Server 2008、およびOracleの最近のバージョンはすべて、空間インデックス、テーブルパーティショニング、およびBLOBを備えており、大規模な地理データベースのバックエンドとして機能することができます。また、2つのオープンソースGISアプリケーションであるGRASSとQGISをチェックすることもできます。これらは、特注のアプリケーションを作成するよりも少ない変更作業で、やりたいことを実行できる可能性があります。どちらもPostgresqlと他のデータベースバックエンドを使用できます。
サポートに関しては、テラバイトサイズのデータベースでうまく機能させたい場合は、商用またはオープンソースのデータベースに有能なDBAの注意を払う必要があります。私はあなたが純粋なエンドユーザーサポートのモデルで逃げることはないと思います-これをしようとする試みはうまくいかないでしょう。
画像ファイルはストレージのかなりの量になるようです。それらをデータベースに保存しないでください。ファイルの場所の詳細をデータベースに保存するだけです。
(インターネット経由でアクセスしたい場合は、Amazon Storageを試してください。無料ではありませんが、非常に安価であり、スケーラビリティを処理してくれます。)
DBに内部的に格納することにより、DBの指数関数的な増加に悩まされてきたため、B / C/LOBの使用に関するもう1つの注意事項。
GISマップを別のサーバーに保存し、領域のLAT/LONG「形状」をDBに保存するのはどうでしょうか。GISは、メインデータベースに画像を保存するコストなしで個別に更新できます。
管理するのが小さい。バックアップのコストが削減されます。
ESRI のイメージ サーバーを使用します。画像を提供するためのデータベースは必要ありません。とても使いやすいです。また、ファイルとその高速で動作し、多くの画像形式を処理します. さらに、オンザフライで画像処理を行い、多くのクライアントをサポートします。AutoCAD、Microstation、ArcMap、ArcIMS、ArcServer...など。
無料であるというあなたの基準を満たしていませんが、SQL Server 2008 の使用を検討することを強くお勧めします。このバージョンには次の 2 つの Gfeatures が役立ちます。
FILESTREAM - データベース自体ではなく、ファイル システム内にバイナリ イメージを格納できます。これにより、通常の方法でデータのクエリを実行しながら、データベースをより管理しやすくすることができます。
GEOGRAPHIC DATA TYPES - 地理空間 (lat/long) データ型のサポートは、ソリューションにとって非常に価値がある可能性があります。
幸運を！