Witam,
Mam raport w SAP, dedykowany napisany, mogę podejrzeć kod w se38. Odpalam go dedykowaną transakcją.
I pytanie, czy można wynik z niego wyeksportować do SQL-a? Czy np najpierw powinnam zapisać go do pliku, a plik do SQL-a?
I czy da się bez wybrania EXPORT do pliku zrobic to jakoś automatyczniej?
Tworzony jest nowy wariant do tego celu z odpowiednimi kolumnami.
Jeszcze pytanie, jak mogę podejrzeć typy danych wynikowych tego raportu?
Eksport raportu do SQLa?
-
- Posty: 145
- Rejestracja: wt paź 10, 2017 4:26 pm
- Has thanked: 54 times
- Been thanked: 86 times
Re: Eksport raportu do SQLa?
Zapis wprost z SAPa do zupełnie innej bazy? Hmm .... ja unikałbym takich rozwiązań.
Skoro jest to raport napisany specjalnie dla Was to wynik daje w postaci jakiejś listy ALV, można więc dopisać kawałek kodu (naprawdę niewielki kawałek), który zamiast do ALV to przygotowaną tabelę wewnętrzną zapisze (na dysku lokalnym przy uruchamianiu w dialogu lub serwerze aplikacji przy uruchamianiu jako batch) w postaci pliku, np. CSV. Dobrze jest dodać na ekranie wyboru dodatkowy p. check-box "Zapisz wynik do pliku".
Jeśli chodzi o podejrzenie typu zmiennych na raporcie to bardzo dużo zależy od metody przygotowania tabeli fieldcat (zawiera listę pól z: nazwami, tekstami, typami, etc.). Jeśli jako lista pól została przygotowana struktura słownikowa i ona stanowi podstawę do stworzenia tabeli fieldcat - to tak, zobaczysz (F1 na każdym polu, i następnie ikona przypominająca młotek). Jeśli została przygotowana wewnętrzna struktura a tabela fieldcat ręcznie przygotowana w ABAP to niewiele zobaczysz.
Skoro jest to raport napisany specjalnie dla Was to wynik daje w postaci jakiejś listy ALV, można więc dopisać kawałek kodu (naprawdę niewielki kawałek), który zamiast do ALV to przygotowaną tabelę wewnętrzną zapisze (na dysku lokalnym przy uruchamianiu w dialogu lub serwerze aplikacji przy uruchamianiu jako batch) w postaci pliku, np. CSV. Dobrze jest dodać na ekranie wyboru dodatkowy p. check-box "Zapisz wynik do pliku".
Jeśli chodzi o podejrzenie typu zmiennych na raporcie to bardzo dużo zależy od metody przygotowania tabeli fieldcat (zawiera listę pól z: nazwami, tekstami, typami, etc.). Jeśli jako lista pól została przygotowana struktura słownikowa i ona stanowi podstawę do stworzenia tabeli fieldcat - to tak, zobaczysz (F1 na każdym polu, i następnie ikona przypominająca młotek). Jeśli została przygotowana wewnętrzna struktura a tabela fieldcat ręcznie przygotowana w ABAP to niewiele zobaczysz.
-
- Posty: 234
- Rejestracja: pn lut 05, 2018 1:36 pm
- Has thanked: 65 times
- Been thanked: 21 times
Re: Eksport raportu do SQLa?
Dziękuję Ci GREG bardzo za odpowiedzi.
A jeszcze pytanie, można jakoś sprawdzić np przez SQVI z jakich tabel składa się dana transakcja - czyli ten raport czy nie za bardzo i tylko analiza kodu???
A jeszcze pytanie, można jakoś sprawdzić np przez SQVI z jakich tabel składa się dana transakcja - czyli ten raport czy nie za bardzo i tylko analiza kodu???
-
- Posty: 145
- Rejestracja: wt paź 10, 2017 4:26 pm
- Has thanked: 54 times
- Been thanked: 86 times
Re: Eksport raportu do SQLa?
W SQVI obejrzysz tylko e raporty, którą w nim zrobione, innych nie ma szans. W tej transakcji wchodzisz w wyświetlanie, zakładka źródła i juz widać.
Z jakich tabel dany program/transakcja czyta dane to możesz zobaczyć w ST05 - ustawiasz śledzenie dla wybranego usera i transakcji. Po zakończeniu pracy z transakcją/programem ST05 pokaże Tobie jakie tabele były odczytane/zapisane.
Z jakich tabel dany program/transakcja czyta dane to możesz zobaczyć w ST05 - ustawiasz śledzenie dla wybranego usera i transakcji. Po zakończeniu pracy z transakcją/programem ST05 pokaże Tobie jakie tabele były odczytane/zapisane.
Re: Eksport raportu do SQLa?
Analiza z jakich tabel korzysta abaper jest dość trudna. Możesz użyć ST05 ale:
Często nie korzystamy wprost z tabel a używamy np modułów funkcyjnych.
Z takiego użycia modułu pobieramy jedną tabelę wewnętrzną a sam moduł zdążył zapytać o kilkanaście tabel
Przy większym raporcie i poprawnej implementacji (użycie SQLa w raportach nie powinno być nadużywane) otrzymasz kilkadziesiąt, potencjalnie użytych, tabel.
zbig-u
Często nie korzystamy wprost z tabel a używamy np modułów funkcyjnych.
Z takiego użycia modułu pobieramy jedną tabelę wewnętrzną a sam moduł zdążył zapytać o kilkanaście tabel
Przy większym raporcie i poprawnej implementacji (użycie SQLa w raportach nie powinno być nadużywane) otrzymasz kilkadziesiąt, potencjalnie użytych, tabel.
zbig-u