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