我們目前正在Azure上運行,並且我們有一個包含數億行的表。此表格是靜態的,每週更新一次。我們已經看了列存儲索引但遺憾的是它不天青又那麼下面是我的問題,ColumnStore索引對Azure有什麼好處?
- 威爾列存儲索引可在Azure中?
- 如果不是我們可以使用其他技術來獲得與ColumnStore索引相同的性能 好處嗎?
- 我們可以通過使用Azure表存儲獲得相同的查詢性能嗎?
我是新手,都Azure和柱狀數據庫,所以請原諒我,我,如果我提出這些問題.. :)
我們目前正在Azure上運行,並且我們有一個包含數億行的表。此表格是靜態的,每週更新一次。我們已經看了列存儲索引但遺憾的是它不天青又那麼下面是我的問題,ColumnStore索引對Azure有什麼好處?
我是新手,都Azure和柱狀數據庫,所以請原諒我,我,如果我提出這些問題.. :)
ColumnStore
,如果你所購買的許可證,可以與開發團隊覈對或詢問博客,如ScottGu's Blo g。從那裏只有你會知道任何功能發佈。Partition Key
。 Partition Key
就像書的索引,所以如果你想在書中搜索某些東西,你可以快速引用索引並快速到達頁面。換句話說,您可以根據特定標準對數據進行分組並將其存儲在單個分區中。所以,如果你有相同的標準,你的查詢只會打到一個分區。分區的事情是,對於一個表,你可以有任意數量的分區,但並不是所有的分區都會駐留在同一臺機器上,甚至同一個場中。因此,當您在設計糟糕的Azure Table上觸發查詢時,它可能會觸及多個服務器,從而導致性能不佳。閱讀關於Real World: Designing a Scalable Partitioning Strategy for Windows Azure Table Storage希望你得到你在找什麼。
正如Amar指出的那樣,請關注團隊博客以瞭解最新的功能公告。 SQL Azure的目標是讓它最終成爲首先找到新功能的地方。但是,事情到現在還需要一段時間。
至於你的性能問題,對此沒有簡單的答案。 Windows Azure資源旨在用於擴展,而不是必需的高性能。因此在設計解決方案時要考慮您的規模/容量目標。對於您的情況,我會鼓勵您考慮表格存儲,但這取決於頻率訪問以及您需要對數據進行的查詢類型。如果您必須複製模型不同的冗餘數據副本,或者甚至可能運行平行查詢並彙總結果,請不要驚訝。這是表格存儲設計用於的方式。它比SQL Azure更便宜,而且它的價格差異使冗餘專用數據模型成爲可能。
這種方法還必須權衡再培訓開發人員停止以RDBMS術語思考的成本。 :)