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

с
труктурирование
 
заПросов
Те из вас, кто знаком с объектно-ориентированным программированием 
(ООП), знакомы и с концепциями декомпозиции и инкапсуляции. Лучшие 
практики ООП предписывают разбивать код на множество более мелких 
классов и объектов, отвечающих за четко определенную часть поведения си-
стемы, а также инкапсулировать логику, ограничивая прямой доступ к ком-
понентам и, таким образом, скрывая их реализацию. Эти два принципа об-
легчают чтение кода приложения и его сопровождение, а также упрощают 
внесение изменений.
Исходя из этой парадигмы, когда кто-то сталкивается с запросом из пяти 
сотен строк, он испытывает понятный соблазн применить те же принципы, 
чтобы разбить код на более мелкие части и инкапсулировать часть логики.
Однако декларативный характер SQL диктует совершенно иной стиль де-
композиции запросов, нежели тот, который использовался бы для кода при-
ложения. Код SQL, как и код на любом другом языке, должен быть простым 
для понимания и изменения, но не за счет производительности.

---

Временные таблицы и общие табличные выражения 

135
В SQL можно подходить к декомпозиции и инкапсуляции разными способа-
ми, каждый из которых имеет свои преимущества и недостатки. Некоторые из 
них используются (с разной степенью эффективностьи) для улучшения произ-
водительности и хранения промежуточных результатов. Другие используются, 
чтобы код можно было использовать повторно. Третьи влияют на способ хране-
ния данных. В этой главе рассматривается только несколько подходов, а другие, 
например функции, будут подробно рассмотрены в последующих главах.
В любом случае любая декомпозиция или инкапсуляция должны соот-
ветствовать логической сущности, например отчету или ежедневному об-
новлению.