0
A
回答
0
您有65535個字符。 性能實際上取決於您的服務器,您使用多少個查詢等。 爲什麼您需要將它存儲在會話中?
相關問題
- 1. 如何解碼會話表中的BLOB數據對象CI
- 2. Sqlite blob大小
- 3. 會話:會話大小限制
- 4. Codeigniter本地會話或ci會話庫
- 5. ASP.NET會話大小限制
- 6. 笨會話大小限制
- 7. codeigniter中會話的大小
- 8. CodeIgniter CI會話錯誤
- 9. CI:會話變量和json_encode
- 10. CI會話userdata爲空
- 11. PHP會話的最大大小
- 12. blob到base64會話javascript
- 13. 比char大但小於blob
- 14. 確定BLOB列的大小
- 15. codeigniter中的會話未定義的屬性:CI :: $會話
- 16. asp.net會話大小太多了多少?
- 17. 笨 - 會話用戶數據大小
- 18. 的Java EE - 找到會話大小
- 19. 如何檢查Asp.Net WebForms會話大小
- 20. Codeigniter會話大小和併發用戶
- 21. WIF會話和區分大小寫
- 22. IIS內存泄漏 - 會話大小
- 23. 狀態會話bean池的大小
- 24. 減少會話的日誌大小
- 25. wincache會話文件大小限制
- 26. Seam中的會話大小是多少?
- 27. 減少會話大小運行時間
- 28. CI:使用會話保護視圖
- 29. CI多重圖像調整大小
- 30. 如何獲得BLOB大小在MySQL
那麼我不'需要'將它存儲在會話中說。我只是認爲這將是我最好的選擇。我可以做餅乾,但它是我不希望用戶能夠篡改的信息類型。我可以做單獨的數據庫表..但是,然後再次,我想如果CI會話已經在進行數據庫查詢,爲什麼不使用該Db調用而不是另一個。無論如何,65535字符聽起來像比以往任何時候都需要....謝謝:) – vgaldikas
行。但是你確實需要每一個請求的信息,對嗎?如果是這樣,那麼將它存儲在會話中可能是一個明智之舉,它可以爲您節省1個額外的查詢。 65535個字符是一個很大的空間。編碼使得它比你存儲的實際數據更大。也許你可以使用Benchmarking類來查看哪些工作更快。 – Robert