情况是这样的:
存储这些数据的最佳方式是什么? 关键点是尽快读取并处理它们。存储和预处理不是关键点。
在我看来,有一些可能的方法:
有更好的建议吗?
答案 0 :(得分:1)
阅读关键点并尽快处理
听起来像我会使用NoSQL的东西。 像redis这样的数据库。
XML - 当你的xml文件变大时,你会失去速度,这是你的关键点。
答案 1 :(得分:1)
对于NoSQL文档数据库来说,这似乎是一个非常好的用例。要问的关键问题是,您是否需要处理这些文档之间的关系连接。
文档数据库方法是存储文档,最有可能是JSON(或者可能是XML或HTML)。您可以使用一个密钥来快速访问文档内容,它可以随时用于您的处理器(如果它是基于JavaScript的处理器,您可能希望将其存储在JSON中;如果有的话 - to-no processing,将其存储为HTML / XML)。
在这种情况下,你有一组关于电视节目的文件,你只会通过节目抓住它们(你永远不需要处理一个特定的演员是否在多个节目中并告诉我们哪些节目)。
另一方面,如果在某些情况下需要对数据进行规范化,或者将来有助于这样做,请使用关系数据库。您可以通过以XML或JSON格式存储文档来模拟NoSQL,但是您也可能拥有具有外键约束的列(NoSQL使用它的时间更难)。
在这种情况下,您将拥有一组包含关系信息的文档,因此,如果您有一天需要告诉我们演员所在的电视节目,您可以更轻松地完成此操作。
如果您仍然不确定,请使用关系方法。它不会那么快或时髦,但它将允许未来的增长。