我有一个正在构建的应用程序，允许用户上传数据文件，我将数据文件的内容读入数据库。所有数据文件都具有相同的字段，但数据元素之间可能存在细微差异，具体取决于原始来源和/或用户（值的差异，而不是数据类型的差异）。
为了尊重这一点，我需要每个用户都在数据库中拥有一份个人数据副本，这样任何用户都无法读取其他用户上传的数据。这些文件被翻译成许多具有外键关系的表，等等......，所以它不是微不足道的。
我想到了以下解决方案：
一个单一的表结构，
user_id每个表中都有一个列来保存特定于用户的数据——当前的解决方案，但我担心维护起来可能是一场噩梦。每个用户的表结构的不同副本（因此用户 1 和 2 的 datatable_1 和 datatable_2）- 维护和分段更简单，但可能有很多表，我需要为每个表结构创建单独的视图......只是很多对象。此外，当一个用户正在上传而另一个用户正在阅读时，表级锁定可以防止出现访问问题。
每个用户一个不同的数据库（db_1.datatable，db_2.datatable）——更好的结构和分割，每个数据库更少的表，但是大多数支持 web 的应用程序的定价是每个数据库，所以这可能是一个非启动器。 .
任何想法或其他建议将不胜感激......
可以使用每个用户一个数据库或每个用户一个表的模型……但是随着应用程序中用户数量的增长，这些模型将开始变得笨拙……MySQL（实际上，没有 RDBMS）处理数百个数以千计的表或数据库非常好。
在每个包含用户数据的表上都有一个
user_id（或类似的）列是完全标准的，并且是执行您所描述的操作的“正确”方法。