【问题标题】:Symfony / PHP - Best way to store single valueSymfony / PHP - 存储单个值的最佳方式
【发布时间】:2017-04-28 14:08:38
【问题描述】:

假设我有一个在 Symfony 3.2 / Doctrine 上运行的应用程序。

问题: 存储会随着某些操作而改变的单个值的最佳方式是什么。

第一个想法:我认为创建一个将具有单个属性的实体将创建一个具有单个列的表,该列将具有单个值(更改某些操作) , 不是优化的解决方案。

我也考虑过将该值存储在文本文件中,但我说可能有另一种(更好和更优化的)解决方案来解决这种情况。

提示(如果有帮助的话):我的价值将是生成的 PHP uniqid

提前谢谢你。

【问题讨论】:

  • 取决于生命周期以及谁需要访问该值。如果满足值的持久性要求,则可以选择 Session 或 Cookie。有关确切用例的更多信息有助于提供最佳答案。
  • redis 应该是一个不错的解决方案
  • 你需要一个键和一个值,Redis 就是这样。一份文件 ?不,您不能在每个请求都打开一个根本不会优化的文件。
  • 感谢大家的回复。对于最后一个问题,不,我不需要键/值系统,而只需要一个值来存储。 Redis 听起来是件好事,但我不认为自己会为项目添加巨大的依赖项来存储单个值。还有其他建议吗?
  • 嗯,数据库是存储数据的解决方案。基于文本的存储是以前的事情,它可能有点矫枉过正,但成本如此之低,这并不重要。没有理由针对需要存储的单个数据进行优化。只需使用w+ 模式打开文件,它将指针指向开头,将文件减小到 0 大小并写入数据。你也可以使用 NoSQL。应该是不是高度依赖的东西(即使它可能是)。基于文本的存储应该是最不依赖的

标签: php mysql symfony doctrine weblogic


【解决方案1】:

Symfony 3.1 包含一个有趣的缓存组件,带有多个适配器(文件系统、APCu、Redis...):http://symfony.com/doc/current/components/cache.html

与 Symfony 3.2 一样,API 似乎令人困惑,但 Symfony 3.3 将包含一个 SimpleCache API,更加优雅:http://symfony.com/blog/new-in-symfony-3-3-simple-cache

【讨论】:

    猜你喜欢
    • 2017-07-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-12-08
    • 1970-01-01
    • 1970-01-01
    • 2015-11-08
    相关资源
    最近更新 更多