扫码关注官方订阅号
,这样做有什么弊端?有什么需要注意的地方?
小伙看你根骨奇佳,潜力无限,来学PHP伐。
没怎么听说有这么做的,要性能要快捷简单用redis不就好了,数据库终归是文件,内存比文件快多了吧
取决于你服务器磁盘的I/O速度,如果应用程序和数据库服务器是同一台,那就没什么必要,何必要放弃关系型数据库的优势。当然了,如果数据量实在很少,其实用xml或json存储数据就可以了.
sql一大优点在于其关联性。如果有两组相关数据,你要同时查询并拼装结果的话,那么sql一个join就能搞定,但如果是文件存储,你就要把整个文件都读取,并且自己编写关联查询语句。写新数据的时候也是,更新、插入、删除这些概念都要你自己编写。
但如果需求很简单,比如就是个静态菜单,那直接一个json就搞定了,无压力。我的个人网站菜单就是一个json负责保存菜单数据,一个php负责渲染html。像这种超简单需求,用mysql就是大材小用了,一个文件解决。
看你需求了。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
没怎么听说有这么做的,要性能要快捷简单用redis不就好了,数据库终归是文件,内存比文件快多了吧
取决于你服务器磁盘的I/O速度,如果应用程序和数据库服务器是同一台,那就没什么必要,何必要放弃关系型数据库的优势。当然了,如果数据量实在很少,其实用xml或json存储数据就可以了.
sql一大优点在于其关联性。
如果有两组相关数据,你要同时查询并拼装结果的话,那么sql一个join就能搞定,
但如果是文件存储,你就要把整个文件都读取,并且自己编写关联查询语句。
写新数据的时候也是,更新、插入、删除这些概念都要你自己编写。
但如果需求很简单,比如就是个静态菜单,那直接一个json就搞定了,无压力。我的个人网站菜单就是一个json负责保存菜单数据,一个php负责渲染html。像这种超简单需求,用mysql就是大材小用了,一个文件解决。
看你需求了。