我认为不是维护一个包含我网络上所有用户关系列表的friendRelations表,最好为网络上的每个用户创建一个单独的关系表,其中包含所有人的profileID和&用户选择遵循的组。 这种方式的撤退会更快......任何建议都会非常感激...... !!
答案 0 :(得分:5)
请记住,数据库通常非常擅长索引(假设您为它们提供了合适的索引列),因此在任何情况下都应该快速检索特定用户。创建一个庞大的表可能会更慢。
答案 1 :(得分:0)
这似乎是一个彻底的设计决定,以消除可能不存在的问题。对于数据库的构建和访问方式知之甚少,无法确定这是一个错误的决定(可能),还是您的业务需求是独特的,这是解决方案(不太可能)。我的建议是确定您需要的规范化水平,而不是试图消除尚不存在的性能问题。
答案 2 :(得分:-2)
如果您的数据库查询存在性能问题以检索信息,我强烈建议您使用Vertica数据库,这非常快。