Os benefícios de desempenho dependerão em grande parte do tamanho dos conjuntos de resultados que você está enviando, além da largura de banda da rede e da latência entre o servidor de banco de dados e seus clientes.

Quanto maiores os conjuntos de resultados, maior a latência ou menor largura de banda, maior a probabilidade de você ver o benefício da compactação.

Seu nível máximo de serviço está limitado ao menor gargalo. Portanto, você precisa analisar onde está atualmente em relação aos recursos de rede e CPU.

O servidor de banco de dados mais otimizado utiliza 100% de sua CPU 100% do tempo, caso contrário, você estará desperdiçando recursos de computação por ter um processador que está parado sem fazer nada. Claro, você não quer 101%, então seu intervalo alvo está bem abaixo de 100%. No entanto, meu ponto é que, se você tiver muito espaço livre antes de atingir um gargalo de CPU, e os conjuntos de resultados tiverem um tamanho significativo e a rede for um fator, ative a compactação. Os ciclos de CPU são baratos, especialmente os não utilizados (você paga pela eletricidade e refrigeração).

Se você paga por largura de banda, a troca de uso de CPU por largura de banda é facilmente justificada e, mesmo que você não esteja nem perto de atingir o gargalo de largura de banda, essa velocidade mais rápida e um nível de serviço mais alto valem alguma coisa.

Não esqueça que o cliente também deve gastar ciclos de CPU para descompactar os dados. Não é um problema importante, mas ainda é um fator. Em geral, as CPUs de hoje são mais rápidas do que as redes de hoje.