【问题标题】:Is it bad to use JSON files instead of real databases?使用 JSON 文件而不是真正的数据库是不是很糟糕?
【发布时间】:2020-12-02 18:10:10
【问题描述】:

我无权创建/编辑任何数据库,但由于内容量巨大,我需要某种管理系统,这就是我创建自己的管理系统的原因。以下是它的工作原理:

每篇博文都有自己的 .php 文件,用于加载网站的静态部分,如标题或菜单栏。但是有许多类别网站会显示相应帖子的预览。由于单词拼写错误,不得不在 10 个网站上编辑相同的预览会非常烦人。这就是我将这些预览(不是完整内容,因为没有必要)存储在 JSON 文件中的原因。

这是不好的做法吗?如果预览数量增加,这会导致加载时间过长吗?我可以通过创建多个 JSON 文件来防止这种情况发生吗?

感谢您的建议!

【问题讨论】:

    标签: php json database


    【解决方案1】:

    如果您是在小规模工作,那么使用 JSON 文件就可以了,但是当涉及到 PHP 时,尽可能切换到数据库管理系统进行存储肯定会有好处。

    如果使用 JSON 存储大量数据,或者如果将大量数据存储在同一个文件中,则可以认为这是一种不好的做法,在这种情况下是的,使用多个 JSON 文件而不是一个大文件确实更可行,因为读取文件时的输入流不必遍历那么多数据。

    【讨论】:

    • OP 问题没有“正确答案”。我绝对同意你所说的一切。如果他问“问:我应该总是使用数据库,并且从不考虑磁盘文件吗?”,答案是“当然不是!磁盘文件(例如 Json 文件)通常是合适的,通常是 PREFERABLE”。但是 OP 没有告诉我们 1)什么是“巨大的”,2)为什么他不能使用数据库,3)他“不能使用”有哪些不同类型的数据库,4)有多少文件? 5)如何识别它们? 6)无论它们是更新还是只写一次,7)等等等等。OP需要提供更多信息才能获得明智的答案:)
    • 好吧,对不起,我不能告诉你为什么我没有数据库访问权限,但无论哪种类型,我实际上都没有使用任何数据库的选项。 “巨大”意味着:3 次预览(到目前为止)= 40 行(总计)= 2 KB。有一些属性被覆盖,如点击/查看、喜欢、cmets 数量。我应该通过“丑化”我的 JSON(所有内容都在 1 行,没有不必要的空格)来减小文件大小吗?
    • SQLite 现在简单而健壮:只需一个 DLL,您就可以将任何文件用作数据库。没有安装,没有用户/权限,没有网络/端口问题,没有文本编码限制。哦,还有PHP supports it out of the box
    猜你喜欢
    • 2011-10-06
    • 2020-01-29
    • 2011-09-20
    • 2010-12-09
    • 2010-12-16
    • 2013-03-28
    • 1970-01-01
    • 1970-01-01
    • 2011-03-05
    相关资源
    最近更新 更多