PHP云存储应用程序是否应该为每个用户创建一个新表,并为每个用户文件创建行?

PHP云存储应用程序是否应该为每个用户创建一个新表,并为每个用户文件创建行?,php,cloud,storage,Php,Cloud,Storage,基本PHP云存储应用程序是否应该为每个用户创建一个新表,并为每个用户文件创建行 目前,(登录后)应用程序为每个用户提供自己的目录,php循环遍历目录中的每个文件,并将其输出到他们的仪表板上。然后用户可以下载并查看他们的数据。我应该为用户的文件使用数据库系统吗 为这种类型的应用程序使用数据库有什么好处 您应该以数据库的形式添加某种抽象层,因为有很多原因,其中一个是性能。当一个用户目录开始保存许多文件时,每次直接读取文件系统将占用大量内存。将目录的内容抽象到数据库表中的行中,将提高速度、可伸缩性,并

基本PHP云存储应用程序是否应该为每个用户创建一个新表,并为每个用户文件创建行

目前,(登录后)应用程序为每个用户提供自己的目录,php循环遍历目录中的每个文件,并将其输出到他们的仪表板上。然后用户可以下载并查看他们的数据。我应该为用户的文件使用数据库系统吗


为这种类型的应用程序使用数据库有什么好处

您应该以数据库的形式添加某种抽象层,因为有很多原因,其中一个是性能。当一个用户目录开始保存许多文件时,每次直接读取文件系统将占用大量内存。将目录的内容抽象到数据库表中的行中,将提高速度、可伸缩性,并提供一种稍后索引和搜索文件的方法,以及能够对文件进行标题或标记等


数据库模式的设计可能因应用程序而异,每个用户都可以获得自己的表,但这远比使用一个表,其中一列指定每个文件的所有者(按用户ID)要复杂得多.

您肯定应该以数据库的形式添加某种抽象层,原因有很多,其中之一就是性能。当一个用户目录开始保存许多文件时,每次直接读取文件系统将占用大量内存。将目录的内容抽象到数据库表中的行中,将提高速度、可伸缩性,并提供一种稍后索引和搜索文件的方法,以及能够对文件进行标题或标记等


数据库模式的设计可能因应用程序而异,每个用户都有自己的表,正如您所说的那样,但这远比使用一个表,其中一列指定每个文件的所有者(按用户ID)要复杂得多。

我明白了,这现在更有意义了。我没有考虑性能问题。一个包含不同列的表是个好主意。我明白了,这现在更有意义了。我没有考虑性能问题。使用不同列的单个表是个好主意。