SQLイメージの列を外部データベースにリンクするにはどうすればよいですか？

Question

私は以下のことについて少し助けが必要です。

注：：次のシナリオでは、アプリケーションのソースコードにアクセスできないため、データベースレベルでのみ変更できます。

私たちのデータベースは、dbo.[BLOB]を使用してあらゆる種類のファイルとドキュメントを格納します。この表では、IMAGE（まあ、時代遅れ）データ型が使用されています。この特定のテーブルは非常に速く成長しているので、私はいくつかのアーカイブ機能を実装することを考えていました。

私の考えは、Xヶ月より古いすべてのファイルを2番目のデータベースに移動し、何とかdbo.[BLOB]テーブルから外部/アーカイブデータベースにリンクすることです。

これも可能ですか？目標は、バックアップとクエリのパフォーマンスを向上させるために、データベースのサイズを減らすことです。

アイデアやヒントがあれば幸いです。

ありがとうございました。 ファビアン

Answer 1

この場合には、バックアップ速度とデータベースのサイズであなたを助けるために2つの機能があります。

Filestreamは、ファイルシステム上の代わりに、データベースファイル内のファイルとしてBLOBを保存することができます。バックアップのシナリオを複雑にすると、データベースとファイルの両方をバックアップする必要がありますが、データベースファイルのサイズが小さくなり、ドキュメントへのアクセス時間も短縮されます。 blobカラムよりもファイルシステムからファイルを読む方がはるかに高速です。さらに、ファイルストリームは2GBを超えるファイルを許可します。

Partitioningは、テーブルを物理レベルで小さなチャンクに分割します。このようにして、アプリケーションコードにアクセスして、特定の行が物理的に格納されている場所を変更したり、アクセスする必要のあるデータをすばやくSSDドライブに格納したり、遅いアーカイブに格納したりする必要はありません。この方法で、現在のパーティションでより頻繁にバックアップを取ることができますが、アーカイブの頻度は低くなります。

SQL Server 2016 SP1より前のバージョンでは、この機能はエンタープライズ版でのみ使用できました。 SQL Server 2016 SP1では、すべてのエディションで使用できます。

あなたの場合、ほとんどの場合、ファイルストリームを最初に使用する必要があります。

Answer 2

アプリケーションを変更すると、基本的に何もできません。列の種類の変更がアプリケーションで許容されるかどうかを確認することはできます（ほとんどありません。99.99％はアプリケーションを中断します）。FILESTREAMを使用しようとしますが、成功しても大きなメリットはありません。同じもの、例えば）。

もう1つ目のことは、テーブルをビューに置き換えることです（INSTEAD OF triggers for updatesを使用）。それでも、アプリケーションを中断する可能性は非常に高いです（99.98％）。目指すのは、アプリケーションに「寒い」データと「熱い」データの統一されたビューを提示するビュー（またはDBパーティションのビューを横切る）であるdistributed partitionedを持つことです。複雑なのはerror proneですが、はとなります（データが暑いから寒い、寒いデータは不変で、バックアップはほとんど必要ありません）。

目的は、バックアップとクエリのパフォーマンスを向上させるために、データベースのサイズを減らすことです。

バックアップサイズを小さくするには、上で説明したように、基本的には何もできません。しかし、パフォーマンスはinvestigate itになり、あなたの調査結果に基づいて適切に対処する必要があります。データベースがBLOBのために遅いと言うと、手を振っている。