Оптимизация дизайна интерфейса БД: лучше оптимизировать для меньшего количества запросов с меньшим размером данных?

Question

Преобладающая мудрость в веб-сервисах / веб-запросах в целом заключается в том, чтобы создать свой API таким образом, чтобы вы использовали как можно меньше запросов, и чтобы каждый запрос возвращал столько данных, сколько необходимо

При проектировании базы данных принятая мудрость заключается в том, чтобы разрабатывать ваши запросы таким образом, чтобы минимизировать размер по сети, а не сводить к минимуму количество запросов.

Они оба являются удаленными вызовами, так что дает?

Answer 1

Вероятно, потому что фиксированные накладные расходы на вызов веб-службы (сделанные через Интернет) намного выше, чем фиксированная стоимость вызова в базу данных (обычно через гигабитный Ethernet или даже на локальный компьютер)

Тем не менее, я бы сказал, что вы всегда хотите сократить количество обращений к базе данных до минимума. Издержки ниже, но по сравнению с большинством других операций, выполняемых вашей программой, они все еще довольно высоки.

Answer 2

Веб-сервис. Вы упускаете одну вещь - SQL всегда говорил, получайте как можно меньше данных и отправляйте столько запросов, сколько вам нужно, а не «сваливайте свои запросы в крошечные биты».

Кроме того, удаленный означает дополнительную задержку. SQL / WS, все то же самое. Латентность это ЗЛО Сократите количество поездок туда и обратно, насколько это возможно, особенно если они стоят в 20-30 раз дороже, чем в локальной сети (<1 мс против того, что - от 30 до 150 мс в удаленном сценарии). </p>