大数据存储，用于相对数据存储

Question

我在MySQL DB中有两个表。

account -约百万条记录，而且还在增加

• id
• 名字

proposal - 5,000项记录和增加

• id
• 名字

我有一些算法运行，并在account和proposal之间找到合适的，我希望将匹配保存在DB中，这将从某个队列管理器中填充，这样我可以更快地获取建议。

所以那张桌子看起来就像

account_proposal

• account_id
• proposal_id

据我所知，我需要保存最多100万×5K的记录，我认为这对MySQL来说太重了，我想在未来解决这个问题，届时我将有3000万个账户和50万个提案。

那么，我的问题是，哪个db引擎更适合保存这些数据？

Answer 1

这不是一个数据库问题，这是一个数学问题。数学家喜欢这样的问题--找到这3000万件和那500000件东西之间最好的匹配。这有点像把你的照片和脸书上的所有图片匹配起来。

数学家们(你可以希望)想出一种方法，把问题切成碎片，在几百万次运算中，而不是在15万亿次运算中，得到最适合的近似结果。一旦找到了该算法，数据库专家就可以讨论如何最好地存储和获取所涉及的数据。

你需要给数学的人详细的函数“接近”的度量。部分答案可能会利用这些细节。