DB接口设计优化:对于较小数据大小的较少请求进行优化更好吗？

Question

web服务/web请求中的普遍智慧通常是设计您的api，以便使用尽可能少的请求，因此每个请求返回尽可能多的所需数据

在数据库设计中，公认的智慧是设计查询以最小化网络上的大小，而不是最小化查询的数量。

它们都是远程调用，那么是什么原因呢？

Answer 1

可能是因为web服务调用(通过internet)的固定开销比调用数据库(通常是通过千兆以太网，甚至是本地机器)的固定成本要高得多。

尽管如此，我仍然认为，您总是希望将访问数据库的次数减少到必要的程度。开销较低，但相对于您的程序所做的大多数其他操作，它仍然相当高。

Answer 2

Web服务。你遗漏了一件事- SQL总是说获取所需的数据尽可能少，发出尽可能多的请求-而不是“将你的请求转储到mino位”。

此外，远程还意味着额外的延迟。SQL / WS，都是一样的。延迟是邪恶的。尽可能减少往返行程，特别是如果这些往返行程的成本是LAN的20-30倍(小于1ms，而在远程场景中为- 30ms至150ms )。