0
A
回答
1
相比什麼?
擁有主鍵或唯一索引總是會影響消息插入時間,因爲列值需要與索引中的值進行比較。在大多數環境中,唯一索引可以放入內存中,所以這只是一些比較操作和插入操作 - 無需擔心,並且比網絡開銷或磁盤I/O少得多。
如果您的表格與可用內存相比非常大,那麼操作可能需要更多時間。
如果您的應用程序需要執行此唯一索引,那麼您應該使用它。除非您進行非常強烈的性能測試,否則您可能不會注意到實施唯一性的額外開銷。
相關問題
- 1. 獲得MySQL獨特的按鍵組合
- 2. MySql SUM功能與條件相結合
- 3. Django的獨特結合在一起(與外鍵)
- 4. 多列索引與獨特的索引效率相結合
- 5. MySQL的獨特的(多鍵)
- 6. MySQL的性能VS獨特BIGINT
- 7. FK的MySQL複合獨特
- 8. Neo4j 2.0與獨特的約束性能錯誤合併?
- 9. 在mysql和php之間的性能和排序以及獨特的獨特性
- 10. 複合鍵或新的獨特鍵
- 11. 複合鍵的獨特組合
- 12. 結合特性
- 13. 結合特性
- 14. 獨特的鍵/屬性/屬性在ZODB
- 15. MySQL獨特或組合與結果是單行時沒有給出結果
- 16. MySQL的utf8編碼和獨特的鍵
- 17. SQL獨特的複合外鍵
- 18. Hazelcast獨特的關鍵聚合
- 19. MySQL與MongoDB的聚合性能
- 20. 性能折衷與結合表而不是外鍵陣列?
- 21. 結合多個獨特的MySQL表格並按一列排序
- 22. mysql組合了獨特的密鑰
- 23. MySQL獨特vs與NULL值有關的主鍵
- 24. 在Django結合ORDER_BY和獨特的
- 25. mysql內部連接的獨特結果
- 26. MySQL連接性能與相關查詢
- 27. EF Fluent API +兩列複合獨特性+自動增量主鍵
- 28. 學說和複合獨特鍵
- 29. 索引字段+限制1與性能方面的獨特字段比較| MySQL
- 30. 將獨特屬性與JavaScript中的匿名函數相關聯