гм, сгенериться:
1.
2.
3.
4.
5.
6.
7.
8.
SELECT *
FROM (
SELECT id, Value
FROM Table1
UNION ALL
SELECT id, Value
FROM Table2
) AS x
WHERE id = 1
далее оптимизатор ASA преобразует запрос и в итоге по плану запроса будет выполнен эквивалент следующего запроса:
1.
2.
3.
4.
5.
6.
SELECT id, Value
FROM Table1
WHERE id = 1
UNION ALL
SELECT id, Value
FROM Table2
WHERE id = 1
Очень удобно, у меня есть пользовательские фильтры, где запрос описывается как группа, а его поля как аттрибуты фильтрации. Пользователь в PB выставляет на поля групп условия, через динамический SQL ХП ASA собирает запросы групп в виде подзапросов, сверху накладывает в WHERE условия фильтра, оптимизатор все это разбирает, выкидывает лишние неиспользуемые таблицы, перестраивает условия AND и OR по скобкам, если есть более удачные варианты и выполняет запрос. Есть фильтры, которые охватывают запросами почти всю БД (сотню таблиц), запрос генерится на сотни строк кода, на выходе план запроса получается как раз такой, как если бы я сам написал запрос ручками по заданным условиям фильтра (если бы конечно столько осилил), оптимизатор сам решает основываясь на метаинформации БД, какие таблицы нужны в запросе, как их соединять (кстати не забываем про KEY JOIN в ASA, позволяющий проводить автоматические неявные соединения по FK) и как оптимальнее написать условия с множеством AND и OR. В данном случае оптимизатор выступает более грамотным и умным парсером, основываясь на условиях запроса, соединениях и статистике, чем это мог бы сделать я, даже потратив значительное время на разработку такого умного парсера запросов :)
P.S. Кстати в ASA как раз есть функция REWRITE(), которой в параметре передается текст запроса и на выходе выдает версию запроса, переработанную оптимизатором - очень полезно подсматривать, как красиво и правильно писать запросы, соединять таблицы и оптимизировать условия. К примеру есть не NULL связь один ко многим PK Table1-FK Table2:
1.
2.
3.
SELECT t2.*
FROM Table1 t1
KEY JOIN Table2 t2
WHERE (t2.Field1 = 1 OR t2.Field2 = 2 ) AND (t2.Field1 = 2 OR t2.Field2 = 2 )
функцией REWRITE() вернет следующий запрос:
1.
2.
SELECT t2.*
FROM Table2 t2
WHERE (t2.Field2 = 2 ) OR (t2.Field1 IN ( 1 , 2 ))
где таблица Table1 будет выкинута, так как в Table2 изначально согласно FK могут содержаться только записи, присутствующие в Table1, условие перестроено, где в зависимости от статистики выборочности полей Field1 и Field2 и наличия индексов оптимизатор решит, использовать ли индекс на поле Field1 или Field2, или же сделать полный скан, что актуально, если к примеру поле Field2 = 2 в более 90% записей всей таблицы. IMHO приятный, вумный оптимизатор, на MSSQL2000 не все оптимизатор умел из того, что знаю для ASA, хотя про MSSQL2005 ничего сказать не могу, так как не видел, слышал, что он теперь гораздо умнее и сам сервер шустрее.
