Data yang ingin Anda kompres adalah yang dikirim melalui kabel melalui TDS . Ada beberapa kompresi kecil di sini tetapi tidak jauh dari jenis kompresi yang Anda dapatkan dengan kompresi halaman / baris, kompresi cadangan, atau kompresi ColumnStore.
Telah ditanyakan sebelumnya:
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
Barang masih terbuka, jadi mungkin ada harapan. Tidak ada cara untuk mengontrol ini melalui koneksi string yang pernah saya lihat.
Sementara itu ada beberapa produk yang mengklaim melakukan ini, misalnya
http://www.nitrosphere.com/products/nitroaccelerator/
http://toonel.net/tcpany.htm
Anda juga dapat berpotensi mengkonfigurasi jaringan antara SQL Server dan server aplikasi untuk mendukung kompresi (dan hal-hal lain seperti enkripsi) tetapi Anda berada di luar jangkauan saya di sini, dan saya tidak yakin apakah ini akan didukung oleh setiap fitur SQL Server.
Dan jujur saja, saya tidak yakin ini adalah tempat yang ingin Anda fokuskan untuk mengoptimalkan. Mengompresi aliran ini mungkin sebenarnya memperlambat segalanya dan lebih besar daripada manfaat mengirim byte lebih sedikit. Saya lebih suka memungut uang pada konektivitas jaringan yang lebih baik antara server dan klien daripada menghabiskan waktu berinvestasi dalam jenis pekerjaan ini dan menguji apakah itu memiliki manfaat aktual - dan tidak dapat melakukan itu sampai sesudahnya. Dari 10/100 ke gig serat memiliki dampak yang diketahui dan dapat diprediksi pada jaringan I / O.
Saya tidak yakin tentang format byte yang dikirim melalui kabel; Anda harus mengatur semacam sniffer paket untuk itu (atau mungkin seseorang telah melakukan itu dan akan berpadu).
Mengenai dampak kompresi, kecuali jika Anda menggunakan Fusion-IO atau solusi tipe SSD high-end lainnya, Anda hampir pasti terikat I / O saat ini, dan tidak terikat CPU. Jadi selama Anda memiliki overhead CPU, Anda akan melihat kinerja yang lebih cepat dengan kompresi diaktifkan (tetapi ini tidak akan mengubah kinerja jaringan , karena data tidak terkompresi sebelum transmisi). Saya mengatakan bahwa tidak mengetahui apa-apa tentang server Anda, aplikasi Anda, data Anda atau pola penggunaan Anda - Anda bisa saja memiliki kasus tepi di mana kompresi benar-benar merusak kinerja, atau di mana data itu bukan kandidat yang baik untuk rasio kompresi yang baik.