大家好,我是 Mimesis 的创造者。在需要处理大量数据的情况下,关系数据库和 SQL 非常重要。平面文件是否优于关系数据库?好吧,你可以问问谷歌,因为他们的整个归档系统都可以处理平面文件,而且它是地球上最受欢迎的搜索引擎。Mimesis 与他们的系统相比吗?可能不会。
创建 Mimesis 是为了解决特定的利基问题。我只将免费网站用于我的在线活动。许多免费网站提供使用 PHP 的能力。但是,它们不提供免费的 SQL 数据库访问。因此,我需要创建一个数据库来存储数据、实现锁定并解决文件权限问题。这些是 Mimesis 的主要设计参数,它在所有这些方面都取得了成功。
如果您需要了解 Mimesis 的速度,如果您导航到第一页,它会告诉您正在查看该网站的国家/地区。这个免费数据库取自站点 ip2nation.com 并移植到 Mimesis ffdb。它有数百个甚至数千个条目。
此外,主页上的点击计数器已经跟踪了超过 7000 名访问者。这些是 UNIQUE 访问,这意味着脚本必须搜索数据库以查看正在访问的 IP 地址是否已经存在,并且还执行总 IP 计数。
如果您注意到主页加载得非常快,并且它在后端运行了两个相当密集的 Mimesis 数据库脚本。Mimesis 存储数据的方式是为了加快读写过程以及翻译过程。大多数 ffdb 示例脚本或其他 ffdb 脚本使用简单的 CVS 文件或其他一些此类结构来存储数据。Mimesis 实际上在某些级别解释二进制数据以增强其功能。Mimesis 在某种程度上是平面文件数据库和关系数据库的混合体。
大多数其他 ffdb 脚本涉及每次更新时重写 COMPLETE 文件。Mimesis 不这样做,它只重写结构文件并更新实际的行内容。因此,即使确实发生错误,您也只会丢失添加的新数据,而不会丢失任何旧数据。Mimesis 也保留了它的历史。除非刷新表,否则行之前的数据仍包含在其中。
我可以继续讨论所有的特性,但这并不是“模仿是有史以来最伟大的数据库”的咆哮。此外,它旨在让人们看到 SQL 并不是唯一可用的技术这一事实,并且考虑到它们更专业,当给予适当的开发范式时,平面文件优于关系数据库。
万岁的平面文件和勇敢的编码人员随之而来的头痛。