我有一個包含大約20列和大約1,000,000行的表的SQL Compact 4.0數據庫。創建索引有多糟糕
我遇到的問題是性能問題,因爲用戶可能會使用這20列來過濾結果,查詢將花費大量時間來執行(可能大約一分鐘)。
爲了測試目的,我爲這些列創建了索引,雖然性能非常好,但我想知道是否有任何可以抓到的東西?
謝謝。
我有一個包含大約20列和大約1,000,000行的表的SQL Compact 4.0數據庫。創建索引有多糟糕
我遇到的問題是性能問題,因爲用戶可能會使用這20列來過濾結果,查詢將花費大量時間來執行(可能大約一分鐘)。
爲了測試目的,我爲這些列創建了索引,雖然性能非常好,但我想知道是否有任何可以抓到的東西?
謝謝。
問題在於插入操作需要更多時間(或其他表格修改)和索引文件大小。
如果您的應用程序主要用於查詢龐大的數據庫,那麼您可以在此捕獲方面生活得很好,基本上可以提高性能,但不會捕獲。
如果插入或其他重新索引表修改頻繁發生,您必須平衡索引的數量,因此最重要的任務的性能是最佳的,不太重要的任務不會太快。
你不能沒有抓住什麼是保持選擇和插入速度超快。
每個索引意味着更長的插入/刪除時間,因爲表必須重新索引。所以,如果你有更多的插入/刪除比選擇,最好不要做。