не понимаю, почему не работает.

есть такой селект:

select * from bsis as bsis
inner join bsid as bsid
on
bsis~BUKRS = bsid~BUKRS AND
bsis~BELNR = bsid~BELNR AND
bsis~GJAHR = bsid~GJAHR
into corresponding fields of table itab
where bsid~kunnr = kunnr
and bsis~HKONT in HKONT
.

вообще говоря, он должен выбрать порядка 1000 документов, выбирает всего пару.

есть документ с BELNR = Х, который присутствует и в той и в другой таблице, но почему-то в этот джоин он не попадает.


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

На первый взгляд все хорошо... Проверь условия, может ты их не учитываешь?
PS А зачем писать ... as bsis... ? Если не писать, будет то же самое, к таблице можно будет обращаться по ее же имени...

1.Select некорректный - должно быть дополнительное условие соединения.
Иначе для документа с позициями
1 01 2100 6211300000
2 50 9114080100 9114080100
3 50 6802101000 6802101000
4 40 9114080300 9114080300
5 50 9114080100 9114080100

будут неверно определяться поля по BSID...
А ведь бывают еще ситуации:
- когда в документе есть несколько позиций дебитора
- когда позиция дебитора выравнена и находится не в BSID, а в BSAD

2.Проверьте параметры выбора hkont и kunnr

BUZEI надо в Джоин еще указать...
Но от этого документов больше не станет

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

такой же select есть для BSAD/

спасибо, у меня все получилось

Возник небольшой вопрос. Есть код:
В таблицах t1 и t2 точно есть записи с одинаковыми значениями полей f1 и f2. Однако gt_join остается пустой. Может ли это быть связано с тем, что f1 это c(10), а f2 - n(7)? Если да, то возможно ли использование джойна в этой ситуации, т.е. чтобы данные все-таки выбирались? Спасибо.

А что значит одинаковые? Проверьте что там хранится во внутреннем формате:
если f2='0000001', то и в f1 должно быть '0000001 '.
И посмотреть правила преобразования для различных типов в БД стоит.'

У меня в 4.6C JOIN работает только, если f1 и f2 принадлежат одинаковым доменам. В вашем случае видимо такая же ситуация, поэтому если выборка из t2 с учетом WHERE не очень большая, можно например так:

SELECT ... FROM t2 INTO TABLE lt_t2 WHERE ....
SORT lt_t2 BY f2.

SELECT ... FROM t1 INTO wa1.
READ TABLE lt_t2 WITH KEY f2 = wa1-f1 BINARY SEARCH.
CHECK sy-subrc IS INITIAL.
...
ENDSELECT.

Не верю.

Во внутреннем формате в f1, например, хранится '0000000012', а в f2 - '0000012', домены, разумеется, разные.
2 vga: так и делаю, но заинтересовал вопрос, возможно ли то же через join.

P.S. Система 4.6C

У меня была ситуация, что по JOIN пытался объединить с(3) '001' и c(4) '0001'. Выборка была нулевая. Вероятно, если бы сравнивались значения '1 ' (2 пробела) и '1 ' (3 пробела), то join отработал бы.

Как правильно sibrin меня подправил, тут дело не сколько в названии доменов, а типе и длине данных, на которых они основаны.

А у тебя даже типы данных разные, поэтому думаю, в этом случае только через ABAP.

Спасибо, буду знать на будущее

Нет, так выбрать не получится. Думаю, что проблема как раз с количеством нулей. CONVERSION_EXIT_ALPHA_INPUT/OUTPUT должны помочь.

Интересно, как именно к связи в JOIN применить CONVERSION_EXIT_ALPHA_INPUT/OUTPUT?

Никак - только на ABAPе внутренними таблицами оперировать...