デスクトップとWebシステムによる検索のために、1日あたり1000マルチページの.TIF画像を格納する.NETシステムを再設計しています。現在のシステムでは、SQLサーバーを使用してイメージIDとメタデータを格納しますが、実際のTIFファイルは別のファイルサーバー上のNTFSディレクトリに格納されます。RavenDBを使用して画像のデータベースを格納する方法
RavenDBのようなNoSQLデータベースは、TIFを「ドキュメント」として保管し、イメージIDをキーとして保管するのに適していますか?
通常、画像は一度書き込まれますが、何度も読み込まれます。 - 冗長性(リポジトリの別のコピーを自動的に作成するために複製を使用) - パフォーマンス(画像のキー/値の性質を使用して) ) - 信頼性(現在のNTFSファイルシステム 'データベース'はエラーが発生しやすく、壊れやすくなります)
こんにちはピート、私はこのポストは約1年前ですと私は同じソリューションを実装しようとしているようにこのソリューションを実装する方法を知って興味があることを確認します。あなたはNoSqlデータベースに行くことになったのですか? – Loathian
こんにちは。の種類/のソフト。私の元の質問は、私が質問した時点でNoSQLが何であったかを実際に理解していないことが原因であることが判明しました。私はNoSQL文書を内部にデータを持つJSONパッケージとして考えるのが最善であるとき、TIF/PDFは「文書」であると考えていました。私たちがプロジェクトでやったことは、従来のSQLデータベースを使ってTIF/PDFドキュメントに関するインデックス情報を保存し、Amazon S3を実際のバイナリのストレージとして使用することでした。 SQLデータベースにはポインタが格納され、S3にはドキュメントが格納されます。うまくいきます!あなたのプロジェクトに幸運。 –