0

我正在为一家拥有大约 25 名员工的企业编写几个小型 PHP 应用程序。我目前正在使用 PHP 文件函数来存储日常条目的数据，以跟踪工人的生产力。然而，我工作的公司在全球设有办事处，并且考虑到我可能需要为数千名员工扩展这些应用程序，我想知道使用文件函数与使用 SQL 存储用户是否存在重大缺陷数据。我知道一般来说 SQL 使用的资源比 php 更有效，但是如果我不是在任何时候或为任何一个人存储大量数据，性能上会有显着差异吗？还有其他我应该关注的潜在问题吗？

4

3 回答 3

1

将文件用于数据存储绝对有很大的缺点。所有主要的 DBM 都为您提供搜索、以某种方式复制、正交存储数据的能力等。所有这些都让您除了表定义和查询之外什么都不写。没有代码来管理信息文件或担心竞争条件。

如果您在 Windows 上，WampServer 将为您提供准备就绪的 Apache、PHP 和 MySQL。PostgreSQL 也可以被替换，但这是额外的工作。

于 2013-01-26T06:53:17.980 回答
0

使用文件存储数据是个坏主意。

现在对你来说很好。因为您有 25 个用户，每天都会有 25 个条目。

想想未来，可能是2年

25 * 2 * 365  (25 can increase in 2 years)

再一次，稍后您要生成报告。一个用户的表现，你会怎么看。您将编写多少代码来解析文件？

Mysql您将获得很多选项，例如每日报告，每月报告，每个人报告等，只需一些简单的查询

于 2013-01-26T06:56:38.920 回答
0

无论是 1 名员工、25 名员工还是 25,000 名员工，都没有关系。要走的路始终是 SQL。事实上，编写平面文件将比在现实中使用 sql 困难得多，因为使用 SQL，您可以自由选择所有层的第三方供应商，无论是数据层、应用程序层还是后端层。一个为 20,000 人编写的软件除了 20,000 名员工基础软件中投入的硬件资源量可能会高出 100 倍，当然还会有其他功能，例如多个服务器节点、链接事件处理程序和复制数据库服务器以最大化资源，但该层将位于已编写的软件之上，并且会在非常小的程度上影响您的软件编码，

于 2013-01-26T07:20:35.267 回答