我正在为大约25名员工的企业编写几个小型PHP应用程序。我目前正在使用PHP文件函数来存储每日条目的数据,以便跟踪工作人员的工作效率。我工作的公司在全球各地设有办事处,但请记住,我可能需要为成千上万的工作人员扩展这些应用程序,我想知道使用文件功能与SQL存储用户是否存在重大缺陷数据。我知道一般来说SQL使用的资源比php更有效,但是如果我不是随时存储大量数据,或者对于任何一个人来说,性能会有显着差异吗?还有其他我应该关注的潜在问题吗?
答案 0 :(得分:1)
为数据存储使用文件肯定存在巨大的弊端。所有主要的DBM都以某种方式为您提供搜索,复制,正交存储数据的能力等等。除了表定义和查询之外,所有这些都与您无关。没有用于管理信息文件或担心竞争条件的代码。
如果您使用的是Windows,WampServer将为您提供Apache,PHP和MySQL。 PostgreSQL也可以替代,但这是额外的工作。
答案 1 :(得分:0)
使用文件存储数据是个坏主意。
现在对你来说没问题。因为您有25个用户,每天会有25个条目。
考虑未来,可能是2年
25 * 2 * 365 (25 can increase in 2 years)
再次,稍后您要生成报告。一个用户表现,你将如何采取。您将编码多少代码来解析文件?
Mysql
您可以通过一些简单的查询获得很多选项,例如每日报告,月度报告,每个人报告等等
答案 2 :(得分:0)
如果有1名员工或25名员工或25,000名员工,则无关紧要。总是可以使用SQL。实际上编码平面文件比在现实中使用sql要困难得多,因为使用SQL你可以随意为所有层选择第三方供应商,无论是数据层还是应用层或后端层。为20,000写的软件员工可能与为1名员工本身写的员工差别不大,除了20,000名员工基础软件中投入的硬件资源量可能高出100倍,当然还会有其他功能,如多个服务器节点,链式事件处理程序和复制数据库服务器以最大限度地利用资源,但该层将位于已编写的软件之上,并且将对软件编码的影响程度降低,是的,我同意架构确实发生了变化,但现代系统中有一些方法可以使架构存在缺陷通过投入硬件资源来设计足够的设计来应对这个漏洞..只是一个想法真的..