Falsches Resultat nach Select
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
ein Lösung wäre auch - den Range so_mail in Grossschreibung füllen und dann
wa_mail-sign = 'I'.
wa_mail-option = 'CP'.
wa_mail-low = '*@EXAMPLEFIRMA.DE'.
APPEND wa_mail TO so_mail.
SELECT persnumber addrnumber smtp_addr
FROM adr6 into adr6 WHERE flgdefault = 'X'.
move-corresponding adr6 to wa_contact.
convert adr6-smtp_addr into upper-case.
check adr6- smtp_addr IN so_mail.
WRITE: / wa_contact.
ENDSELECT.
Gruss
ein Lösung wäre auch - den Range so_mail in Grossschreibung füllen und dann
wa_mail-sign = 'I'.
wa_mail-option = 'CP'.
wa_mail-low = '*@EXAMPLEFIRMA.DE'.
APPEND wa_mail TO so_mail.
SELECT persnumber addrnumber smtp_addr
FROM adr6 into adr6 WHERE flgdefault = 'X'.
move-corresponding adr6 to wa_contact.
convert adr6-smtp_addr into upper-case.
check adr6- smtp_addr IN so_mail.
WRITE: / wa_contact.
ENDSELECT.
Gruss
Folgende Benutzer bedankten sich beim Autor jensschladitz für den Beitrag:
Bugfix13
thanks Jens
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4117 / 129 /
952
)
»
Die Idee von Jens ist in der Theorie machbar. Das Problem ist hier aber, dass die Tabelle ADR6 vollständig gelesen werden muss.
Und bei der Firma in der ich aktuell sitze habe ich mal kurz auf dem Produktivsystem geschaut und mittels SE16 gesehen dass hier knapp anderthalb Millionen Datensätze rumliegen.
Da das Feld SMTP_ADDR recht lang ist (241 bytes) --> dass ich hierfür also ca. 1500000 * 241 ~ 300-400 MB an Daten von der DB an den Hauptspeicher des rufenden Programms schaufeln muss, die dann abgearbeitet werden.
Wenn man also so vorgeht sollte man tunlichst blockweise vorgehen.
Aber wie schon vorher angedeutet. Die Emailadressensuche ist eigentlich das Paradebeispiel für den Einsatz von EXEC SQL.
Und bei der Firma in der ich aktuell sitze habe ich mal kurz auf dem Produktivsystem geschaut und mittels SE16 gesehen dass hier knapp anderthalb Millionen Datensätze rumliegen.
Da das Feld SMTP_ADDR recht lang ist (241 bytes) --> dass ich hierfür also ca. 1500000 * 241 ~ 300-400 MB an Daten von der DB an den Hauptspeicher des rufenden Programms schaufeln muss, die dann abgearbeitet werden.
Wenn man also so vorgeht sollte man tunlichst blockweise vorgehen.
Aber wie schon vorher angedeutet. Die Emailadressensuche ist eigentlich das Paradebeispiel für den Einsatz von EXEC SQL.
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
Bugfix13
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
das Ganze kann man ja auch in eine int. Tabelle Schaufeln und nur die Felder abholen die man braucht , convertieren un ddann ausgeben - wäre ein etwas schneller Ansatz vielleicht oder dann doch Nativ SQL - viele Wege führen nach Rom oder so
Gruss
das Ganze kann man ja auch in eine int. Tabelle Schaufeln und nur die Felder abholen die man braucht , convertieren un ddann ausgeben - wäre ein etwas schneller Ansatz vielleicht oder dann doch Nativ SQL - viele Wege führen nach Rom oder so
Gruss
Folgende Benutzer bedankten sich beim Autor jensschladitz für den Beitrag:
Bugfix13
thanks Jens
Okey, das Problem hat sich erledigt.
Da das Feld smtp_srch auf 20 Stellen begrenzt ist, werden einige email-adressen absgeschnitten, was die unterschiedlichen suchabfragen erklären. Das Problem ist, dass wenn ich über das Feld smtp_addr gehe es zwar funktioniert, das select-option jedoch key-sensitive wird was für mich allgemein einen Nachteil darstellt. Zudem ist das Feld nicht indexiert, was bei einer Datenbank mit einer halben Million Datensätzen nicht gut ankommt
.
Höchstens eben die Variante mit EXEC-SQL, aber wir haben nun entschieden das Problem so zu belassen. Dem Benutzer steht über die Kundennummer einen Weg zur Verfügung auf die richtigen Daten zu kommen.
Danke für eure Hilfe..
Da das Feld smtp_srch auf 20 Stellen begrenzt ist, werden einige email-adressen absgeschnitten, was die unterschiedlichen suchabfragen erklären. Das Problem ist, dass wenn ich über das Feld smtp_addr gehe es zwar funktioniert, das select-option jedoch key-sensitive wird was für mich allgemein einen Nachteil darstellt. Zudem ist das Feld nicht indexiert, was bei einer Datenbank mit einer halben Million Datensätzen nicht gut ankommt
.Höchstens eben die Variante mit EXEC-SQL, aber wir haben nun entschieden das Problem so zu belassen. Dem Benutzer steht über die Kundennummer einen Weg zur Verfügung auf die richtigen Daten zu kommen.
Danke für eure Hilfe..
Vergleichbare Themen
0
Antw.
Antw.
1311
Views
Views
Falsches Medium bei Lieferplaneinteilung
von Mischi83 » 17.08.2017 14:30 • Verfasst in Material Management & Produktionsplanung
von Mischi83 » 17.08.2017 14:30 • Verfasst in Material Management & Produktionsplanung
1
Antw.
Antw.
329
Views
Views
SMEN_BUFFC - falsches menu_level
von defaultuser » 14.09.2023 10:15 • Verfasst in ABAP® für Anfänger
von defaultuser » 14.09.2023 10:15 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
2760
Views
Views
CALL TRANSACTION -> falsches DYNPRO
von formcraft » 12.04.2016 13:57 • Verfasst in ABAP® für Anfänger
von formcraft » 12.04.2016 13:57 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
1696
Views
Views
1
Antw.
Antw.
439
Views
Views
Whats wrong with this picture - falsches Ergebnis SQL - For all enties
von jspranz » 29.08.2019 22:35 • Verfasst in ABAP® für Anfänger
von jspranz » 29.08.2019 22:35 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.