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. MySQL Laravel使外鍵獨特
- 12. 複合鍵的獨特組合
- 13. 結合特性
- 14. 結合特性
- 15. 獨特的鍵/屬性/屬性在ZODB
- 16. MySQL獨特或組合與結果是單行時沒有給出結果
- 17. MySQL的utf8編碼和獨特的鍵
- 18. MySQL與MongoDB的聚合性能
- 19. Hazelcast獨特的關鍵聚合
- 20. SQL獨特的複合外鍵
- 21. JavaScript數組相結合的元素獲得一系列獨特
- 22. 性能折衷與結合表而不是外鍵陣列?
- 23. 結合多個獨特的MySQL表格並按一列排序
- 24. mysql組合了獨特的密鑰
- 25. 獨特性與貓鼬
- 26. MySQL獨特vs與NULL值有關的主鍵
- 27. mysql內部連接的獨特結果
- 28. 在Django結合ORDER_BY和獨特的
- 29. MySQL連接性能與相關查詢
- 30. EF Fluent API +兩列複合獨特性+自動增量主鍵