SQL Serverから取得したデータは送信用に圧縮されていますか？

Microsoft SQL Serverから取得したデータは圧縮されていますか？これが接続文字列によって制御されている場合、特定のアプリが接続文字列を使用しているかどうかを確認する簡単な方法はありますか？

私は分析ツールを検討していますが、データ量がネットワークを介して送信されるのに数分かかる場合があります。同じリモートサーバー上の圧縮データストアからデータを取得する場合、パフォーマンスの向上を期待する必要があるかどうか疑問に思っています。

私たちがこのトピックについて話している限り、興味があります。データはバイナリで送信されますか、それともASCIIで送信されますか？たとえば、値12345がINT列からクエリされる場合、5バイト0x31、0x32、0x33、0x34、0x35として送信されます。値に必要な2バイト。または列に必要な4バイト？

明確にするために、データを圧縮して保存し、バックアップすることに関するオプションがあることを理解しています。データの送信方法について質問しています。

圧縮しようとしているデータは、TDSを介してネットワーク経由で送信されたものです。ここには多少の軽微な圧縮がありますが、ページ/行圧縮、バックアップ圧縮、またはColumnStore圧縮で得られる圧縮のタイプに近いところはありません。

以前に求められていました：

http://connect.microsoft.com/SQLServer/feedback/details/412131/enable-network-compression-compress-tds-stream

http://connect.microsoft.com/SQLServer/feedback/details/377479/wan-compression-option

アイテムはまだ開いているので、おそらくいくつかの希望があります。私が今まで見た接続文字列を介してこれを制御する方法はありません。

それまでの間、これを行うと主張する製品がいくつかあります。

http://www.nitrosphere.com/products/nitroaccelerator/

http://toonel.net/tcpany.htm

SQL Serverとアプリケーションサーバー間のネットワークを潜在的に構成して圧縮（および暗号化など）をサポートすることもできますが、ここでは範囲を超えており、SQLのすべての機能でサポートされるかどうかはわかりませんサーバ。

正直なところ、これが最適化に集中したい場所だとは思いません。このストリームを圧縮すると、実際には速度が低下し、送信するバイト数が少なくなるという利点を上回る場合があります。この種の作業に投資し、実際のメリットがあるかどうかをテストするために時間を費やすよりも、サーバーとクライアントの間のより良いネットワーク接続にお金をかけるほうがましです。10/100からからギグファイバに有する既知および予測可能なネットワークI / Oの影響を。

回線を介して送信されるバイトの形式についてはわかりません。そのために何らかの種類のパケットスニファをセットアップする必要があります（または、誰かが既にそれを行っており、チャイムインする可能性があります）。

圧縮の影響については、Fusion-IOまたは他のハイエンドSSDタイプのソリューションを使用している場合を除き、現在はほぼ確実にI / Oバウンドであり、CPUバウンドではありません。したがって、CPUのオーバーヘッドがある限り、圧縮を有効にするとパフォーマンスが向上します（ただし、データは送信前に圧縮されないため、ネットワークパフォーマンスは変わりません）。サーバー、アプリケーション、データ、または使用パターンについて何も知らないことを言います-圧縮が実際にパフォーマンスを損なうか、データが良い圧縮率の良い候補ではないエッジケースがあります。

Microsoft SQL Serverから取得したデータは圧縮されていますか？これが接続文字列によって制御されている場合、特定のアプリが接続文字列を使用しているかどうかを確認する簡単な方法はありますか？

技術的には、結果を非常にわずかに圧縮できます。

表形式データストリーム（TDS）7.3B-SQL Server 2008 R2で最初にサポート-は、nullビットマップ圧縮と呼ばれるものを導入しました。

サーバーは、結果を送信するときに、選択時に通常の行とNULLビットマップ圧縮行を混在させることができます。クライアントはこれを制御できないため、関連するクライアント側の構成オプションは使用できません。

ヌルビットマップは、TDSで現在サポートされている唯一の圧縮形式です。行がnullビットマップ圧縮されていない場合、圧縮されずに送信されます。

私たちがこのトピックについて話している限り、興味があります。データはバイナリで送信されますか、それともASCIIで送信されますか？

非テキストデータ型の列は、TDSプロトコルで定義されたバイナリ形式を使用して送信されます。

他の場所で述べたように、この問題を回避するには、VPNを設定して圧縮を有効にすることを検討できます。

他の人が言ったように、SQL Server TDSプロトコルには圧縮は組み込まれていません。また、デフォルトでは暗号化も行われないことを言う価値があります。暗号化を有効にするには、証明書を使用し、接続文字列で指定する必要があります。

両方の問題を解決する最も簡単な解決策は、暗号化と圧縮を有効にしてVPNトンネルを開くことです。シンプルなMicrosoft PPTPは両方の問題を解決し、セットアップが簡単です。

関連するデータをキャッシュし、n時間ごとに同期するローカルSQLインスタンスをセットアップしてみませんか？他に注目すべきことは、キューブを事前計算し、サマリーセルに到達したときに「詳細を取得」ボタンを使用することです。これにより、関連する詳細行のみがフェッチされます。