Funktionsbaustein für einfache Abfrage

Funktionsbaustein für einfache Abfrage

Hallo,
ich bin absoluter Neuling und habe eine Frage. Aktuell arbeite ich das BC400 durch und möchte einen Funktionsbaustein erstellen.

Meine "Projekt" ist wie folgt:
Ich habe eine Tabelle mit Spalte ID und Spalte Name.
Der Funktionsbaustein soll schauen ob eine ID + Name in der Tabelle stimmt und dann einfach ture, oder false zurück gibt.
Ich hätte das mit einem Select Single gemacht, da es für mich schon genug ist, wenn er nch dem ersten Wert aufhört.

Wirklich weit bin ich noch nicht, deshalb wäre ich um Hilfe Dankbar.
Falls jemand den Code dafür posten kann, dann wäre ich um eine kleine Beschreibung dankbar, damit ich es nachvollziehen kann.

Danke für eure Hilfe!

Re: Funktionsbaustein für einfache Abfrage

Ich hätte das mit einem Select Single gemacht, da es für mich schon genug ist, wenn er nch dem ersten Wert aufhört.

Vollkommen richtig. Die Frage, die Dich womöglich umtreibt (und die ich persönlich auch so ganz spannend finde), ist, was man selektieren soll, wenn man inhaltlich gar nichts aus der Tabelle braucht, sondern - wie in Deinem Fall - nur die Existenz einer Zeile klären möchte.

Die einfachste, aber auch schlechteste Antwort wäre * zu lesen. Dann holt man alle Spalten, von denen man nicht eine einzige braucht, aus der Datenbank und bewegt damit sinnlos Daten.

Man kann SELECT COUNT( * ) machen. Dann ist der Stern nur formal und man bekommt die Anzahl der passenden Zeilen (0 oder eben nicht 0) zurück. Gefällt mir aber auch nicht wirklich, weil die Datenbank dann nach der ersten Fundstelle weitersucht und zählt, obwohl das in Deiner (durchaus alltäglichen) Fragestellung ja gar nicht relevant ist.

Was ich in solch Fall immer mache, ist mir ein lokales Feld vom Typ MANDT zu definieren. (Kann man IMHO sogar als globales Feld vertreten, wenn man das öfter im Code braucht, da der Inhalt trivial ist, so dass dies nicht die Verständlichkeit des Codes beeinträchtigt.) MANDT ist ein kleines Characterfeld, das in so ziemlich jeder Tabelle existiert. Dann mache ich einen

SELECT SINGLE mandt INTO mandt FROM yourtable WHERE...

und prüfe dann wie von a-dead-trousers angeregt den SY-SUBRC.

Ich würde aber gerne die Frage in die Runde geben, ob meine geschilderten theoretischen Überlegungen zur Performance, die ich nie nachgemessen habe, hinhauen und/oder ob es noch performantere Ansätze gibt.

(In ABAP gibt es leider keinen echten boolschen Datentyp daher die Krücken mit 'X'/' ', 'J'/'N', 'Y'/'N', '1'/'0')

Also inhaltlich gibt es den schon, und er heißt BOOLEAN_FLG. Jedenfalls gilt in ABAP eigentlich überall der Grundsatz, dass 'X' = true und SPACE = false ist. So sind auch die Konstanten ABAP_TRUE und APAB_FALSE definiert, und auch z.B. bei Checkboxen, Radiobuttons, Markierspalten in Table Controls usw. handhabt ABAP das so. Ich weiß, dass es diverse andere bool-ähnliche Datentypen gibt, die mit anderen Werten wie den von Dir genannten hantieren, aber für mich ist sowas ein sinnfreies Abweichen vom Standard.

Re: Funktionsbaustein für einfache Abfrage

a-dead-trousers hat geschrieben:Die Y/N bzw. J/N tauchen zugegebenermaßen nur sehr selten auf (z.B. POPUP_TO_CONFIRM)

POPUP_TO_CONFIRM liefert die Nummer der gedrückten Schaltfläche zurück, also '1', '2' oder 'A', falls man einen Cancel-Button eingeblendet und genutzt hat oder der Anwender einfach das Popup-Fenster mit dem Kreuz in der Ecke geschlossen hat. Das ist also kein boolescher Wert.

a-dead-trousers hat geschrieben:aber 1/0 ist auch an vielen Stellen im Standard in Verwendung (z.B. SCREEN oder in GUI-Controls)

Ja, das stimmt. Finde ich sehr unglücklich, besonders weil es dennoch Characterfelder sind. Das machen sich auch die wenigsten Programmierer klar; man sieht ständig
anstatt was zu einer unnötigen Typkonvertierung im Hintergrund führt. Nicht schlimm, aber zeigt halt, dass der Programmierer sich der Umstände nicht bewusst war.

Analog dazu coden die meisten auch
mit den gleichen Konsequenzen. An der Stelle hätte die SAP es sogar verhindern können, indem sie die typgerechte Versorgung des Parameters gefordert hätte (wohingegen Zuweisungen immer automatisch konvertieren, was besser auch so bleiben sollte). Wenn die SAP das beim LEAVE-Befehl syntaktisch durchgesetzt hätte, dann hätte mich mal interessiert, wie viele Nasen heuer LEAVE TO SCREEN CONV #( 0 ) gecodet hätten.

Re: Funktionsbaustein für einfache Abfrage

Hehe ja. Wobei, entweder man weiß, wie Datümer intern repräsentiert werden, oder man weiß es nicht (dann wird man auch nicht mit YYYYMMDD antreten). Es halb zu wissen ist ganz schlecht - und ein Programmierer, der sowas codet, wird ganz schnell merken, dass sein Kram nicht funktioniert.

Re: Funktionsbaustein für einfache Abfrage