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