想做一个用户量非常小的网站,数据存储要怎么选?
想做一个用户量非常小的网站,用户数量几人到十几人左右,这个用户量真的非常小了。
后端用php,现在想知道数据存储应该怎么做。
因为用户量很小,所以主机配置也将会很低,使用mysql感觉既大材小用,且可能会因为主机配置太低影响性能。
考虑过直接存到文件里(数据都是比较简单的结构,json都能搞定),但是这样的话如果有关联查询(比如mysql的join),那就都要用php自己做关联查询了,感觉有些麻烦。
有没有什么更好的办法?比如超轻量级的数据库?
PS:redis这些就不要了,因为主机配置低,内存肯定吃紧。像mysql和redis这种大力出奇迹的没法在这种邋遢环境下发挥实力。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(6)
用SQLite,或者干脆文件存储,文件存储的话,数据文件放到webroot之外。
楼上正解,sqlite.轻量级的,不需要服务,文件即可,之前参与过研发的项目客户端就用到了sqlite
还是mysql,文件读写的效率比使用mysql更低,而且你开发的时候也会额外增加困难。建议你先试试,主机配置再低会低过树莓派吗?当然,如果主机配置本来就低还非要装windows就没辙了。
如果你是用orm开发,前期选数据库并不是你要考虑的东西
如果是你写sql开发,那你就要考虑如果以后数据库换了,你写的sql并不一定能兼容
主机配置再低,也没有你想像的那么夸张,像mysql,postgres肯定是可以跑得动的
推荐SQLite,PHP自带扩展,虽然功能和数据类型上比起MySQL要简单得多,但常用的都没问题,而且性能也非常不错。
你用SQLite的话,数据文件最好不要放在网站根目录,否则人家知道URL就下载了.
当然你可以配置Apache/Nginx deny掉访问指定文件的请求,但终归还是个隐患,
所以还是放网站根目录外吧.
另外你用SQLite的话,你还要写SQL语言,还要用PDO那一套函数来操作:
不知大家有没有这样一种体会,PHP其实是一门面向数组编程的语言.
其实你可以考虑直接用PHP数组导出成文件来存储数据.
注释里还提供了像PHP会话那样serialize/unserialize序列化存储的方法.
值得一说的是,serialize/unserialize的性能要比var_export/require好得多.
不过var_export/require的优势在于不怕别人直接访问,可以把文件放根目录,而且可读性更好.