Добрый день

Подскажите, пожалуйста, как можно оптимизировать запрос, чтоб он выполнялся побыстрее



В выборке ставлю ограничение по LIFNR_VV и по дате - за 1 месяц. Запрос возвращает меньше 10 строк, выполняется около 20 минут (

Добавить BS~BUKRS = BS_1~BUKRS в join. LIFNR_VV это у вас ограничение не на bseg-lifnr?

В таблиске bsis две строчки - в первой строчке в поле bsis-zuonr хранится обычный какой то номер, а во второй строчке хранится номер кредитора - как раз по которому мне нужно ограничивать. Эти строчки я различаю по полю ( BS_1~SHKZG она равна либо 'H' либо 'S' )

С BUKRS сейчас попробую

Если кредитор по которому ищите ведется в сапе, можно попробовать сначала найти его контрольный счет lfb1-akont, и с ним уже идти в bsis (поле hkont)

Если выбираете из BSIS, то обязательно ставьте ограничение по BUKRS и HKONT (смотрите в этой таблице только один индекс).
Если нужно выбирать по известному кредитору - выбирайте из BSIK по BUKRS, LIFNR.
Все летать будет

Да, кредитор ведется в SAP, но получается же что у нескольких кредиторов может быть один и тот же счет lfb1-akont. И не получится определить какой именно нужен если не связываться по коду BS_1~zuonr.

BS~BUKRS = BS_1~BUKRS - это добавила - все равно очень долго... такое ощущение что что-то ему не хватает.... (

Так hkont-а и не хватает ) Попробуйте добавить. Что их несколько роли не играет (условие bsis-zuonr убирать не надо)

Поддерживаю!
Намного проще взять необходимые позиции из BSIK, а уж если для них чего-то не хватает - добрать из BSEG, BKPF - у вас будет полный ключ для обращения к этим таблицами после выборки необходимых позиций из BSIK.
Даже одним select, но все равно - если идете от кредитора - начинать от BSIK.

Посоветовать точнее можно лишь при более точном знании условия основной задачи.

Отдельно по ZUONR

Коллеги, это самое обыкновенное текстовое поле, которое от текста позиции отличается лишь тем, что система умеет сама заполнять его.
Опираясь на "ключ сортировки" указанный в атрибутах счета.

1. Значение этого поля может быть изменено пользователем;
2. При создании новых документов по модели предыдущих - значение поля не обновляется!

Вывод - НИ В КОЕМ СЛУЧАЕ не стоит полагаться на это поле при любых выборках.
Использовать из него информацию - можно, но строить на нем фундамент выборки искренне не рекомендую.

Изначально нужен отчет с номера счетов и с номерами кредиторов, в FBL1N - можно задать по кредитору, но не видно будет номер счета...

Как я понимаю все документы хранятся в табличке BSIS, если документ выравнен он попадает в BSAK, если не выравнен то в BSIK. Мне нужно будет просто связывать BSIS с BSAK и BSIS с BSIK. И должно получиться все нормально ? )

И BSAS.
Одна и та же позиция документа будет храниться и в BSIS, и в BSIK, если она не выровнена, и в BSAS/BSAK, если выровнена.

Skippy

Открытые или выравненные позиции? Открытые и выравненные позиции?
На текущий момент или на определенную дату?

Повторюсь, если важно ограничение по КРЕДИТОРУ в выбираемых позициях, то забыть о BSIS & BSAS - только BSIK [&BSAK]

В отчете необходимо видеть и открытые и выравненные позиции на определенную дату (все операции за месяц), выборка может осуществляться как по номеру кредитора, так и по номеру счета. Номера счета, к сожалению, нет в табличке BSIK - поэтому необходимо связываться с ней. А так как в BSIK хранятся только не выравненные позиции то еще будет селект с BSAK.

bseg-hkont есть, а какой еще счет вы хотите там увидеть?

Странно, у меня почему-то в BSIS хранится и выравненная и не выравненная позиция - отличие в том, что выравненного документа одна строчка, а не выравненного документа две.