,这样做有什么弊端?有什么需要注意的地方?
,这样做有什么弊端?有什么需要注意的地方?
没怎么听说有这么做的,要性能要快捷简单用redis不就好了,数据库终归是文件,内存比文件快多了吧
取决于你服务器磁盘的I/O速度,如果应用程序和数据库服务器是同一台,那就没什么必要,何必要放弃关系型数据库的优势。当然了,如果数据量实在很少,其实用xml或json存储数据就可以了.
sql一大优点在于其关联性。
如果有两组相关数据,你要同时查询并拼装结果的话,那么sql一个join就能搞定,
但如果是文件存储,你就要把整个文件都读取,并且自己编写关联查询语句。
写新数据的时候也是,更新、插入、删除这些概念都要你自己编写。
但如果需求很简单,比如就是个静态菜单,那直接一个json就搞定了,无压力。我的个人网站菜单就是一个json负责保存菜单数据,一个php负责渲染html。像这种超简单需求,用mysql就是大材小用了,一个文件解决。
看你需求了。