首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >PHP - MySQL调用或JSON静态文件,用于不频繁更新的信息

PHP - MySQL调用或JSON静态文件,用于不频繁更新的信息
EN

Stack Overflow用户
提问于 2016-04-23 01:46:44
回答 2查看 87关注 0票数 1

我有一个与MySQL数据库相关的高阅读量网站。我也有一些小的“辅助”信息(目前适合于30-40个元素的数组),按层次组织,但每年定期缓慢地更新4-5次。这不是一个配置文件,因为这些信息是关于网站的主题,而不是关于它的功能,但仍然是一种配置文件。到目前为止,我只使用了一个包含信息数组的静态PHP文件,但现在我需要一种方法来通过我的管理面板中的后端CMS更新它。

我想到了一个简单的CMS,它允许管理员创建/编辑/删除条目,定期罕见的工作,然后创建一个静态JSON文件供页面构建脚本使用,而不是从数据库中提取此信息。

问题是:考虑到网站的繁重阅读特性,在构建页面时读取服务器上很少更新的JSON文件还是为每个请求从数据库中检索原始信息更好?

EN

回答 2

Stack Overflow用户

发布于 2016-04-23 01:54:09

我刚刚用了一个静态的

对我来说,这听起来有点矛盾。静态或PHP。

考虑到网站的繁重阅读特性,在构建页面时读取服务器上很少更新的JSON文件还是从数据库中检索每个请求的原始信息更好?

缓存的发明有一个原因:)和你的情况一样-它完全取决于数据更改的频率和读取的频率。如果数据每天更改一次,并且在一天中100k的下载量保持不变,那么不缓存它或不从平面文件中提供服务将是愚蠢的。如果数据每天更改一次,并且平均每天有20次读取,那么从每个请求的代码返回数据可能不那么愚蠢,但从另一方面来看,这19个请求无论如何都可以从缓存中获得服务,所以...如果可以,从平面文件中提供服务。

票数 1
EN

Stack Overflow用户

发布于 2016-04-23 02:16:54

缓存是你最好的选择,Redis或Memcached是常见的优秀选择。对于平面文件或数据库,很难知道您正在使用的SQL模式(如,有多少列,数据类型定义是什么,有多少外键和索引,等等)。您正在使用。

SQL是关于关系数据的,如果你有非关系数据,你就没有理由使用SQL。大多数人现在都转向NoSQL数据库来处理这个问题,因为事后修改SQL数据库是一件非常痛苦的事情。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/36800257

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档