|
|
14.03.2014, 11:48
|
#1 |
|
MCITP
|
Цитата:
Сообщение от S.Kuskov
While select это не простая операция, в том смысле что она реализуется через дополнительные курсоры, доступ к которым в свою очередь обернут во вспомогательные хранимые процедуры. Все не просто и искать там логику сложно.
Достаточно включить трассировку запроса и увидеть что в БД уходит обычный нормальный SQL запрос, который должен вернуть соответствующие данные.
__________________
Zhirenkov Vitaly |
|
|
|
14.03.2014, 12:21
|
#2 |
|
Участник
|
Цитата:
Сообщение от ZVV
Откуда такой вывод?
Достаточно включить трассировку запроса и увидеть что в БД уходит обычный нормальный SQL запрос, который должен вернуть соответствующие данные. Оптимизация запросов: CustInvoiceTrans + markupTrans |
|
|
|
14.03.2014, 13:00
|
#3 |
|
MCITP
|
Цитата:
Сообщение от S.Kuskov
Это вы на стороне БД видите? Трасировка, которая в аксапте не все показывает
Оптимизация запросов: CustInvoiceTrans + markupTrans Курсор или не курсор - запрос там один и тот же. И план выполнения запроса на результирующее множество никак влиять не должен, только на время выполнения. Если вы намекаете, что где-то там внутри он разбивает запрос на 2 запроса - то опять таки (это показано в джобе) это не должно влиять на результат, т.к. имеет место уникальность в данных.
__________________
Zhirenkov Vitaly |
|
|
Комбинированный вид
