SQL数据库还是用PHP编写文本文件?

SQL数据库还是用PHP编写文本文件?,php,sql,Php,Sql,我正在制作一个在线足球游戏,我正在储存玩家的数据,这些数据需要在模拟之后每天被覆盖。(我的问题不需要数据库示例,只需要了解我的数据模式(大约100列和500万条条目):playerid、gamesplayed、触地得分、跑步……) 考虑到数据需要经常操作(SQL更新和选择最多),我应该选择将数据存储在SQL数据库中并执行多个查询,还是使用PHP编写功能将数据写入服务器上的文件中?哪种方法可以最大程度地减轻服务器压力?如果您希望站点具有可扩展性,请使用SQL。设置它可能比设置文本文件更复杂,但如果

我正在制作一个在线足球游戏,我正在储存玩家的数据,这些数据需要在模拟之后每天被覆盖。(我的问题不需要数据库示例,只需要了解我的数据模式(大约100列和500万条条目):playerid、gamesplayed、触地得分、跑步……)


考虑到数据需要经常操作(SQL更新和选择最多),我应该选择将数据存储在SQL数据库中并执行多个查询,还是使用PHP编写功能将数据写入服务器上的文件中?哪种方法可以最大程度地减轻服务器压力?

如果您希望站点具有可扩展性,请使用SQL。设置它可能比设置文本文件更复杂,但如果您以后想添加更高级的功能,则不必破坏整个基础结构。

如果您希望站点具有可扩展性,请使用SQL。设置它可能比设置文本文件更复杂,但如果以后想添加更高级的功能,您不必破坏整个基础设施。

我建议您同时使用这两种功能,我相信您不会总是使用mysql数据库中的全部信息。所以,在MySQL中保留玩家的基本信息,比如id和姓名,接下来。。。如果你真的想搞乱txt文件,那就为每个玩家创建一个唯一的txt文件(用PHP实现这一点,首先检查是否已经有同名文件,名称应该是玩家的id,如果没有,那么创建1)并在该文件中存储经常更新的信息。我建议您测试这两种方法:使用Mysql+TXTs和仅使用Mysql。干杯

我建议您同时使用它们,我相信您不会总是使用mysql数据库中的全部信息。所以,在MySQL中保留玩家的基本信息,比如id和姓名,接下来。。。如果你真的想搞乱txt文件,那就为每个玩家创建一个唯一的txt文件(用PHP实现这一点,首先检查是否已经有同名文件,名称应该是玩家的id,如果没有,那么创建1)并在该文件中存储经常更新的信息。我建议您测试这两种方法:使用Mysql+TXTs和仅使用Mysql。干杯

一般来说,如果你有那么多的条目,那么数据库可能是最好的选择。不过,这取决于您的确切用法

如果您只是一次生成所有结果,而不是真正查找单个记录,那么一个文本文件就足够了。然而,如果您正在做的不仅仅是这些,那么数据库就是一种方式,因为它是它们的目标


您总是可以实现更快的情况和配置文件,因为这是在您的环境和使用中确定它的实用方法。

一般来说,如果您有那么多条目,数据库可能是一种方法。不过,这取决于您的确切用法

如果您只是一次生成所有结果,而不是真正查找单个记录,那么一个文本文件就足够了。然而,如果您正在做的不仅仅是这些,那么数据库就是一种方式,因为它是它们的目标


您始终可以实现更快的情况和配置文件,因为这将是在您的环境和使用中确定它的实用方法。

我建议使用SQL,它更灵活,更优化,特别是在搜索、插入和更新方面。但是,您仍然可以将文件读/写用作缓存系统。很多时候,您不需要在每次访问页面时查找相同的信息。此时,您可以缓存页面或仅缓存数据,并且仅根据您的站点每xx秒/分钟/小时更新一次缓存。

我建议使用SQL,它更灵活,更优化,特别是在搜索、插入和更新方面。但是,您仍然可以将文件读/写用作缓存系统。很多时候,您不需要在每次访问页面时查找相同的信息。此时,您可以缓存页面或数据,并且根据您的站点,每xx秒/分钟/小时只更新一次缓存。

我理解您的意思,但是使用SQL而不是编写PHP文件是否会降低服务器速度并占用更多CPU?这不是一个简单的问题;这是一种权衡。SQL可能比打开一个文件需要更多的周期,但SQL优化了快速查找和插入。此外,SQL会自动管理两个人试图同时写入同一个表。我明白你的意思,但是使用SQL而不是编写PHP文件会降低服务器速度并占用更多CPU吗?这不是一个简单的问题;这是一种权衡。SQL可能比打开一个文件需要更多的周期,但SQL优化了快速查找和插入。此外,SQL会自动管理两个试图同时写入同一个表的人。如果你有很多数据,使用SQL数据库PHP只会很快,但访问文件会让你的应用程序慢下来,特别是当文件变大,多个用户试图访问时。。。如果你有很多数据,使用SQL数据库PHP只能很快,但是访问文件会让你的应用程序慢下来,特别是当文件越来越大,多个用户试图访问它的时候。。。到目前为止,这将是一般人的看法。