-1
A
回答
1
近線性好,因爲通過增加更多的資源(基建開銷等)的開銷是如此之小,即資源導致的性能幾乎加倍的加倍。
0
取決於你的意思 「可擴展性」 是什麼?
我猜(近)線性sclability是好的,如果您打算進行水平擴展。
不過,我更喜歡更寬泛的定義:
[...]系統,網絡或過程的處理以優雅的方式數量不斷增長的工作能力。 — http://en.wikipedia.org/wiki/Scalability
的數據庫來說,這也意味着該系統是如何減慢,如果數據量的增長(算法的可擴展性)。在這種情況下,(近)線性可伸縮性不是最好的,因爲正確的索引應該提供對數可伸縮性。
在我的電子書中有關於SQL數據庫中這種可伸縮性的章節:http://use-the-index-luke.com/sql/testing-scalability
相關問題
- 1. WP7 Silverlight應用程序可伸縮性可擴展性
- 2. IIS可伸縮性
- 3. 可伸縮性和可用性
- 4. Cytoscape.js的可伸縮性
- 5. aho corasick的可伸縮性
- 6. Oracle Forms的可伸縮性
- 7. Mysql,SQLite,可伸縮性
- 8. SharePoint列表可伸縮性
- 9. JGit可伸縮性限制
- 10. TaskCompletionSource具有更好的可伸縮性?
- 11. java +提高性能和可伸縮性
- 12. WCF性能,延遲和可伸縮性
- 13. Web API併發性和可伸縮性
- 14. AWS和Python線程可伸縮性
- 15. java.io.RandomAccessFile可伸縮性(或其他選項)
- 16. 應用程序高可用性和可伸縮性的環境
- 17. 伸縮性JSON
- 18. Web內容聚合的可伸縮性
- 19. 語言工具的可伸縮性
- 20. Laravel Web App的可伸縮性
- 21. Azure上MySQL的可伸縮性
- 22. 蔚藍雲隊列的可伸縮性
- 23. Restful WCF的可伸縮性問題
- 24. Android WebView中的可伸縮性問題
- 25. 哪個數據庫支持可伸縮性和可用性?
- 26. 高可伸縮性技術堆棧
- 27. PHP Exec()和Python腳本可伸縮性
- 28. 視頻聊天:可伸縮性問題
- 29. SQL Server 2008可伸縮性選項
- 30. 面向對象和可伸縮性