Руководство по созданию эффективных запросов

в
семирное
 
ожидание
Если вы когда-либо беседовали с разработчиком, который трудится над при-
ложением базы данных, или если вы сами являетесь одним из таких раз-
работчиков, то следующая точка зрения может показаться вам знакомой: 
«Приложение работает отлично, пока дело не доходит до базы данных!»
Утверждение, которое мы интерпретируем как «у приложения часто воз-
никают проблемы с производительностью при взаимодействии с базой дан-
ных», часто понимается как «базы данных работают медленно», что довольно 
неприятно слышать. В конце концов, СУБД – это специализированное про-
граммное обеспечение, предназначенное для обеспечения 
более
быстрого
доступа к данным, а не для замедления работы.
На самом деле если спросить администратора баз данных того же проекта, 
то он скажет, что база работает идеально. Но если это так, то почему же поль-
зователи по всему миру вынуждены постоянно ждать (рис. 10.1)?
Рис. 10.1 

Всемирное ожидание
1
www.fastcompany.com/1825005/how-one-second-could-cost-amazon-16-billion-sales/
; 
https://builtvisible.com/improving-site-speed-talk-about-the-business-benefit/
.

---

Потеря соответствия 

183
Хотя каждый запрос к базе данных, выполняемый приложением, обычно 
возвращает результаты менее чем за десятую долю секунды, время ответа 
страницы приложения может составлять десятки секунд. Таким образом, 
проблема не в скорости выполнения каждого отдельного запроса, а в том, 
как приложение взаимодействует с базой данных.
П
оказатели
 
Производительности
Когда в главе 1 обсуждались цели оптимизации, было упомянуто, что многие 
показатели производительности, такие как удовлетворенность клиентов, яв-
ляются «внешними» по отношению к базе данных и не могут использоваться 
оптимизатором. Фактически эти показатели являются внешними не только 
по отношению к базе данных, но и к приложению в целом.
Время, необходимое для выполнения отдельной бизнес-функции, дей-
ствительно трудно измерить и, как следствие, трудно улучшить. Разработчик 
приложения может заставить пользователя нажать десять кнопок вместо 
одной, и иногда это сокращает время отклика для каждой из десяти кнопок. 
Это может улучшить результаты каких-нибудь тестов, но вряд ли облегчит 
жизнь пользователю и сделает его счастливее.
Однако предыдущий раздел ясно показывает, что именно эти показатели 
интересуют конечного пользователя. Его не волнует какой-либо отдельный 
запрос; ему важно взаимодействие в целом, то есть он хочет, чтобы прило-
жение отвечало быстро и ему не приходилось смотреть на «песочные часы».