2015-06-19 76 views
-3

我們使用NServiceBus 4.6與SQL Server傳輸(2012)。使用可用性組爲SQL Server數據庫設置高可用性。壓縮標頭

我們的數據庫管理員正在抱怨我們在傳輸數據庫中發生的「流失」a,特別是我們在廣域網上發生的負載。

我們目前正在使用XML序列化,因此我開始考慮可用於我們的其他序列化選項(可能會傾向於JSON以便它仍然可讀)。然而,在開始研究這個時,我已經意識到我們的消息體通常在600到1000字節之間,而我們的消息標題通常在1200-1800字節的範圍內。所以,即使我在體型方面取得了很大的節約,也不會產生我期待的大規模改進。

問題

考慮,我的理解是,該頭不必是可讀當消息存儲在SQL Server數據庫中,是沒有辦法,我可以壓縮任何方式他們?

還是其他的策略來減少我們從這個數據庫中添加和刪除的數據量? (雖然住在NSB 4.6現在)


我們正在增加一些自定義頁眉自己對於確實沒有在消息類屬的元數據。由於每條消息至少進入一個隊列表,然後從該表中刪除並放置在審計表中,然後再刪除舊的審計條目,我們收到了很多消息,我們在SQL Server事務日誌中投入了很多。

+0

你看過類似zlib的東西嗎?如果你感覺特別有趣,可以將CLR函數和/或sprocs放到你的db中,這樣de/compression將是不可見的(即數據將被壓縮存儲,但你可以通過CLR對象訪問它以獲得未壓縮版本)。 –

回答