0

关系数据库与这些表:查询效率 - 征求意见的关系型数据的查找,喜欢等

  • 用户
    • USER_ID
    • IMAGE_URL
  • 产品
    • PRODUCT_ID
  • 评论
    • PRODUCT_ID
    • user_id说明

要拉的意见对产品只是一个连接,而且还包括用户的IMAGE_URL我必须做的每条评论查找查找它是关联的用户数据。

我能想到的一些方法来处理这个问题:

  • 独立评论DB来抵消增加的查找和一般的缓存解决方案
  • 负载
  • 创建的评语表冗余数据可能是过时的

我只是假设有一个更好的方式来处理这个问题,使它超级干净。任何人都可以提出更好的选择吗

在此先感谢!

+0

你能指定你想要的输出吗? – zxc

回答

1

我只是好奇:为什么不能成为三方加入?您正在加入带有product_id评论的产品。为什么不加入用户以及user_id(这是在评论中)?既然它太简单明了,我一定错过了一些东西,但仍然想把它扔出去:-)

+0

不,不,我赞赏坦率的回应。我想我忽略了这个关键的一部分。我特别想提高连接的效率,或者完全避免连接。换句话说,要使这个长度<300ms,而不是1000ms +,适合较大的连接。 – awsmsce