最近我一直在玩SQL數據服務。雖然(或者也許是因爲)我可以在睡眠中淘汰一個結構良好的關係數據庫,但我正努力想方設法在一個環境中設計一個高性能數據庫,這個環境有(例如)沒有強制引用完整性,除主鍵以外的列上沒有索引。SQL數據服務數據庫設計指南
有誰知道任何指導方針?
也許一個開始的地方是如何創建一個多對多的連接,這個連接可以以高性能的方式從任意一邊遍歷,即使有大量的
行
實體?
最近我一直在玩SQL數據服務。雖然(或者也許是因爲)我可以在睡眠中淘汰一個結構良好的關係數據庫,但我正努力想方設法在一個環境中設計一個高性能數據庫,這個環境有(例如)沒有強制引用完整性,除主鍵以外的列上沒有索引。SQL數據服務數據庫設計指南
有誰知道任何指導方針?
也許一個開始的地方是如何創建一個多對多的連接,這個連接可以以高性能的方式從任意一邊遍歷,即使有大量的
行
實體?
那麼,我最終的解決方案是:停止使用SQL數據服務。無論如何,它現在已經是半成品,幾乎沒有什麼價值。
似乎正在使用的短語:
展開你的數據進行當中許多容器爲最佳性能
通過實體在建模數據
處理您的查詢並行以獲得最佳性能
緩存服務託管中的數據tier
這意味着我們必須開始像OO建模者那樣思考,而不是在關係型思維中。性能似乎依賴於以一種熟悉的方式大規模地平行對象查詢來創建可以利用並行化的LINQ查詢的能力。