SQL - 輔助索引便利

我有一張表格，顯示當前連接到系統的用戶，但每分鐘收到100個新連接，而且大約有100個用戶每分鐘都會離開該網站。如果我必須查詢某個特定的列，那麼爲給定列創建一個二級索引是否方便？（考慮到表格內容每分鐘都在變化）。SQL - 輔助索引便利

如果查詢是聚集（如給定小時的用戶數），它會有什麼區別嗎？

謝謝！

2013-01-19 Alvaro VS

*** SQL ***只是*結構化查詢語言* - 許多數據庫系統使用的語言，但不是數據庫產品...像**索引**這樣的東西** **高度**供應商 - 特定的 - 所以我們真的需要知道你正在使用的數據庫系統**（以及哪個版本）...... –

我可能會說，你查詢的任何列的索引通常是一個好主意，不管數據如何改變。有了這個說明，請指定RDBMS。 – sgeddes

如果你正在討論關於** SQL Server **的非集羣**索引** [[請參閱我在dba.se上關於何時使用索引（或不）的答案]（http：// dba .stackexchange.com/questions/33085/at-what-point-does-having-an-index-become-efficient/33089＃33089） –

您應該根據查詢的要求在列上創建索引。

考慮到您在表上的每個索引都會增加服務器上更新/插入查詢的負載。您必須權衡使索引的性能優勢和修改查詢的性能下降。

試錯法可能是一個好方法。

來源

2013-01-19 22:40:20 Bohemian

謝謝！我認爲這會有一些經驗法則，但現在我明白了。 –

SQL - 輔助索引便利

回答

相關問題