我已经做过一些研究，但我希望有更具体的建议。
我目前正在为自己和一些朋友为漫画档案建立一个小型网络应用，但我真的在努力应对数据库结构。
目前我的主要数据库表的字段标题是ID，comic_series，问题和位置。我有一些其他与用户相关的表，但现在并不相关。
我的问题是，我发现我需要一个荒谬的字段来保存有关一个漫画的信息，例如开始年份，作家，铅笔，出版商，音量等等。列表还在继续。我无能为力，但觉得将每个人的漫画信息存储在一个表格中会是一场表演噩梦，其中包含大量信息，尤其是页面顺序等信息。
在查看一个名为comicrack的程序时，我发现它有一个存储在漫画信息中的XML数据库。
一样所以我在考虑每个用户都有自己的JSON文件（或者就此而言是XML）并在登录时加载它们。我不能帮助但是觉得只加载它会更有效率用户需要的信息。
最终我的问题是在这个特殊情况下，因为可能会变成大量字段（或表格，如果我正确规范化）你认为每个用户拥有一个JSON文件听起来像一个糟糕的主意吗？我只是不确定什么会是一场表演噩梦。然后，如果我想到基本上是JSON数据库的话，我应该考虑选择像Mongo这样的完整JSON数据库。
答案 0 :(得分：0)
我认为让他们发送文件是一个非常糟糕的主意（不说他们可以覆盖它）。
您可以在服务器上存储文件/用户。
但是在数据库中拥有大量行不是问题。
也许你可以将它拆分成更多的表格？ （例如，一个为作家编写=＆gt;获取一个给定作者的所有书籍：D）