Странность при выборке с for all entries in

holocron

странно выбирает нижепреведенный селект данные. есть документ с 4 позициями, 2 из которых абсолютно одинаковые, отличаются лишь суммами. в результате селекта выбирается лишь одна из них. выгладит так, будто for all entries ак бы делает select distinct... ;( так ли это?

Code:

refresh tmp_bse.                            
select bukrs belnr gjahr bschl kunnr lifnr  
  from bseg                                 
  into corresponding fields of table tmp_bse
  for all entries in tmp_bkp                
  where                                     
    bukrs = tmp_bkp-bukrs and               
    belnr = tmp_bkp-belnr and               
    gjahr = tmp_bkp-gjahr.                  

Mike1

help гласит

Цитата:

With duplicated rows in the resulting set, the addition FOR ALL ENTRIES has the same effect as if addition DISTINCT were specified in the definition of the selection quantity. Unlike DISTINCT, the rows are not deleted from the database system but are deleted on the application server from the resulting set.

holocron

Mike1 написал:

help гласит

Цитата:

With duplicated rows in the resulting set, the addition FOR ALL ENTRIES has the same effect as if addition DISTINCT were specified in the definition of the selection quantity. Unlike DISTINCT, the rows are not deleted from the database system but are deleted on the application server from the resulting set.

блин, как неудобно...

Egal

holocron написал(а):

Mike1 написал:

help гласит

Цитата:

With duplicated rows in the resulting set, the addition FOR ALL ENTRIES has the same effect as if addition DISTINCT were specified in the definition of the selection quantity. Unlike DISTINCT, the rows are not deleted from the database system but are deleted on the application server from the resulting set.

блин, как неудобно...

как вариант - можно определить номера документов как RANGES,(пробежавшись по tmp_bkp) и в селекте писать
не

Code:

...
belnr = tmp_bkp-belnr and 
...

а скажем

Code:

...
belnr  IN r_bkp and 
...

Чтото в таком духе.

Sergeant

Проще всего сделать так, чтобы выбираемые строки не были одинаковыми. Т.е. в данном случае - включить в выборку, например, поле "позиция документа".

select bukrs belnr BUZEI gjahr bschl kunnr lifnr...

holocron

Sergeant написал(а):

Проще всего сделать так, чтобы выбираемые строки не были одинаковыми. Т.е. в данном случае - включить в выборку, например, поле "позиция документа".

select bukrs belnr BUZEI gjahr bschl kunnr lifnr...

да, это более приемлимый вариант! спасибо. кстати, я правильно понимаю, что в данном случае BUZEI во внутренней таблице можно и не делать?

2 Egal: в таком случае документов будет выбрано гораздо больше, чем надо!

Удав

holocron написал(а):

кстати, я правильно понимаю, что в данном случае BUZEI во внутренней таблице можно и не делать?

правильно

Egal

holocron написал(а):

Sergeant написал(а):

Проще всего сделать так, чтобы выбираемые строки не были одинаковыми. Т.е. в данном случае - включить в выборку, например, поле "позиция документа".

select bukrs belnr BUZEI gjahr bschl kunnr lifnr...

да, это более приемлимый вариант! спасибо. кстати, я правильно понимаю, что в данном случае BUZEI во внутренней таблице можно и не делать?

2 Egal: в таком случае документов будет выбрано гораздо больше, чем надо!

чего вдруг? :shock:

trop

интересно, будет ли быстрее bsid bsad bsik bsak по очереди
вместо одного bseg

Удав

trop написал(а):

интересно, будет ли быстрее bsid bsad bsik bsak по очереди
вместо одного bseg

Если условия выборки будут попадать в индексы - то да

Только не нужно забывать еще и bsis, bsas, bsim и т.п.
В зависимости от того, что нужно

DKiyanov

от for all enetrys вобще больше головняка чем пользы
не раз приходилось чужие грабли испралять.
1. Она над результатом выборки делает distinct
2. Если вдруг табличка окажется пустой - поля запроса связанные с таблицой выпадают из Select-а

Было ещё что то уже не помню.
Короче лучше не юзать эту хрень.

sy-uname

DKiyanov написал:

от for all enetrys вобще больше головняка чем пользы
не раз приходилось чужие грабли испралять.
...

Чужие граблей это чужие грабли, а на свои пару раз достаточно наступить чтобы их в дальнейшем не разбрасывать.

Цитата:

Было ещё что то уже не помню.
Короче лучше не юзать эту хрень.

И какую же хрень лучше юзать?

holocron

Egal написал:

holocron написал(а):

Sergeant написал(а):

Проще всего сделать так, чтобы выбираемые строки не были одинаковыми. Т.е. в данном случае - включить в выборку, например, поле "позиция документа".

select bukrs belnr BUZEI gjahr bschl kunnr lifnr...

да, это более приемлимый вариант! спасибо. кстати, я правильно понимаю, что в данном случае BUZEI во внутренней таблице можно и не делать?

2 Egal: в таком случае документов будет выбрано гораздо больше, чем надо!

чего вдруг? :shock:

понимаю твой шок, но все же в разные годы номера BELNR могут совпадать.

holocron

Удав написал(а):

trop написал(а):

интересно, будет ли быстрее bsid bsad bsik bsak по очереди
вместо одного bseg

Если условия выборки будут попадать в индексы - то да

Только не нужно забывать еще и bsis, bsas, bsim и т.п.
В зависимости от того, что нужно

хм. да мне надо просто было выбрать все позиции документов, номера которых есть во внутренней табличке (после выборки по BKPF). стоит ли тут переходить на bsid bsad bsik bsak, если я иду по ключу BSEG (кроме BUZEI)?

ArmAnn

holocron написал(а):

хм. да мне надо просто было выбрать все позиции документов, номера которых есть во внутренней табличке (после выборки по BKPF). стоит ли тут переходить на bsid bsad bsik bsak, если я иду по ключу BSEG (кроме BUZEI)?

Учитывай, что хоть по ключу из bseg'a выборка будет быстро, а вот доставание полей оттуда - не очень быстро. Кроме того в bseg'е еще лежат данные налоговых позиций, то бишь bsid + bsad будет меньше чем bseg.
Я бы посоветовал сделать вариант с bseg'ом и со вторичными индексами и сравнить.

Правила форума

Странность при выборке с for all entries in

Кто сейчас на конференции