Уникальные записи по внутренней таблице

bpz

Добрый день.
Есть проблемка!
Необходимо получить записи с уникальным ключом по вн. таблице

что делаю
SORT itab BY key.
LOOP AT itab.
AT NEW key.
....действия
ENDAT.
ENDLOOP.

но данный алгоритм почему-то проделывает действия и с пройденными ключами.. :idea:

*Сорри если вопрос элементарный

Гость

key должен первым полем при определении внутренней таблицы

bpz

а есть какой-нить другой метод решения этой проблемки, кроме IF...ENDIF?
Я просто начитающий АБАПЕР многого не знаю

s_ss

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

Добрый день.
Есть проблемка!
Необходимо получить записи с уникальным ключом по вн. таблице

что делаю
SORT itab BY key.
LOOP AT itab.
AT NEW key.
....действия
ENDAT.
ENDLOOP.

но данный алгоритм почему-то проделывает действия и с пройденными ключами.. :idea:

*Сорри если вопрос элементарный

DELETE ADJACENT DUPLICATES FROM itab.
Оставляет первую запись из дублирующихся в таблице, а остальные дублирующиеся удаляет.

sy-uname

s_ss написал:

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

Добрый день.
Есть проблемка!
Необходимо получить записи с уникальным ключом по вн. таблице

что делаю
SORT itab BY key.
LOOP AT itab.
AT NEW key.
....действия
ENDAT.
ENDLOOP.

но данный алгоритм почему-то проделывает действия и с пройденными ключами.. :idea:

*Сорри если вопрос элементарный

DELETE ADJACENT DUPLICATES FROM itab.
Оставляет первую запись из дублирующихся в таблице, а остальные дублирующиеся удаляет.

только данную конструкцию следует использовать с довеском

Code:

COMPARING f1 f2 ...

.
Что касается конструкции AT NEW key. то в качестве ключа в данном случае служат все поля структуры от первой до указанной (см help). Так что, возможно, вариант с IF...ENDIF выглядит не так уж и плохо.

slash

SORT itab
и
LOOP AT itab WHERE cond

ArmAnn

попробуйте вот такой вот вариант:

SORT itab BY key.
LOOP AT itab.
on change of itab-key.
....действия
ENDON.
ENDLOOP.

111

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

Необходимо получить записи с уникальным ключом по вн. таблице

что делаю
SORT itab BY key.
LOOP AT itab.
AT NEW key.
....действия
ENDAT.
ENDLOOP.

но данный алгоритм почему-то проделывает действия и с пройденными ключами.. :idea:

Да не может такого быть. Если у вас все написано все в точности так же, все должно работать. Если действительно ключ состоит из одного поля key, и внутренняя таблица точно отсортирована к началу loop'а.

А вообще - не запоминаются все ключи, которые уже были. Отслеживается лишь изменение значения заданного поля.

sy-uname

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

...
А вообще - не запоминаются все ключи, которые уже были. Отслеживается лишь изменение значения заданного поля.

Повторюсь - отслеживается не изменение данного поля, а изменение всех полей до заданного(включительно). вот что сообщает help:

Цитата:

Effect
f is a sub-field of an internal table processed with LOOP. The sequence of statements which follow it is executed if the sub-field f or a sub-field in the current LOOP line defined (on the left) before fhas a different value than in the preceding (AT NEW) or subsequent (AT END OF) table line.

т.е. если key не первое поле в структуре таблицы itab, то сортировка по одному только этому полю не будет приводить к желаемому эффекту.

OlegDm

sy-uname написал(а):

...т.е. если key не первое поле в структуре таблицы itab, то сортировка по одному только этому полю не будет приводить к желаемому эффекту.

из собственного опыта добавлю, что если поле по которому делается at new не первое в структуре, описывающей таблицу, как не сортируй один фиг - на уникальность проверяется все что лежит левее этого поля

111

А, ну да, конечно.
Только на уникальность проверяются не поля левее заданного, а часть записи начиная от ее начала до данного поля (включая его).

Сорри, неправильно выразился.
Точнее, давно не сталкивался с такой бедой, т.к. автоматом размещаю поля... правильным образом :-)

. Подзабыл :-)

.

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

Уникальные записи по внутренней таблице

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