有多少连续查询太多了？举例

如何解决有多少连续查询太多了？举例

假设我们有 1 个数据库，我们需要来自其中 3 个表的信息。

表 A 有 40 列和 500 000 行。 表 B 有 30 列和 2 000 000 行。 表 C 有 10 列和 500 000 行。

表 C 有效地保存了表 A 和 B 之间的关系，我们想要执行这样的查询：

SELECT * FROM (
SELECT <10 columns>,row_number() over (order by A.column1) as rowNumber FROM A,B,C
WHERE A.column1 = C.column1
AND B.column1 = C.column2
AND A.column3 = true
AND rowNumber = ?
)
ORDER BY rowNumber

本质上，我们进行了 500 000 次连续查询，每两次查询之间的时间不到一秒（rowNumber 是一个将在非并行循环中增加 1 的变量）。

您可以假设 WHERE 子句后的所有列（rowNumber obv 除外）都已编入索引。

如此多的连续查询对数据库的影响有多大？它会影响可以执行的任何其他查询吗？如果我们同时发送 10 个查询而不是 1 个查询，影响会增加多少？

我正在考虑这样的解决方案，因为这将是一次性的（数据迁移），并且将迁移的数据需要映射到来自另一个数据库的数据，因此即使我对其中一个使用分页数据库我仍然需要对另一个条目进行 1 次查询。

我知道可以对多个数据库运行 1 个查询，但正如我所提到的，这是一次性的，除非对运行这么多连续查询有严重顾虑，否则最好不要打开那罐蠕虫。我感兴趣的是将这么多查询发送到已经处于正常负载下的服务器会有多大的问题。我知道这取决于运行数据库的机器，但我无法提供此类信息，希望您能根据所提供的数字向我提供粗略估计的信息，因为我不知道数据库通常处理的操作量以及潜在的问题是。