[Zashi]

Robisz SELECT * FROM tabela WHERE pole IS NOT NULL. Jednak SAP decyduje, że pobierze też wiersze z pustym polem. Ktoś mi to wytłumaczy?
#abap

[bugg]

@Zashi może nie są puste?( ͡° ͜ʖ ͡°)

[Zashi]

@bugg: Są puste. Nie mają w sobie spacji, nie mają zer. Są puste.

[u.....8]

@Zashi: wybierz najpierw WHERE pole IS NULL i sprawdz o co cho.

[MarcinOrlowski]

@Zashi: widocznie nie miaja tez NULLa. Debuguj młody padawanie... Dumpnij rekord, podejrzyj hexviewerem. Trochę invencji

[Kirdian]

@Zashi: Null to nie '', pusty string. Jest różnica.

[bugg]

@Zashi a może ''???

[mmichal]

@Zashi: Pusty string to nie to samo co NULL,
null oznacza że coś nie istnieje,
a pusty string to dalej string tylko pusty.

[LegoCiemnyLas]

@Zashi: sprawdź SELECT * FROM tabela WHERE pole IS NOT NULL AND pole<>' '

[Zashi]

@mmichal: @bugg: @Kirdian: @MarcinOrlowski:

UWAGA! UWAGA! Napisałem, że pola w tabeli są puste, a nie że jest w nich pusty ciąg znaków. Tak że powinniście założyć, że znam różnicę. ( ͡° ͜ʖ ͡°)

"Problem" olałem i zrobiłem inaczej. ( ͡° ͜ʖ ͡°) Wylogowałem się z SAP-a, tak że pobawię w innym terminie, aby sprawdzić, z czego wynikało pobieranie złych wierszy.

[bugg]

@Zashi może jednak nie są puste?( ͡º ͜ʖ͡º)

[Zashi]

@bugg: Tak w ogóle, to gdzie mi mignął tekst, że w ABAP-ie, gdy używamy selecta, to NULL oznacza wartość inicjalną, która zależy od typu. Tutaj pole typu char, a wartością inicjalną jest - za dokumentacją - "m blanks", gdzie to m długość chara. Nie wiem, jak były tworzone te wpisy. Czy ktoś na pałą w SE16/SE16N wwalił do infotypu wpisy, może jakimś programem zetowym, może PA30, a może jeszcze inny sposób.

[bugg]

@Zashi może tak być, logiczne wytłumaczenie