Native SQL
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo Zusammen
Ich möchte mit native SQL anhand des Namens den Ansprechpartner aus der Tabelle KNVK lesen.
Ich habe gelesen, dass mit native SQL die ganze Problematik mit klein & Grossschribung wegfällt.
Was mache ich flasch? Bekommen immer den Fehler: sql fehler 923 bei der ausführung von Native SQL..
Ich möchte mit native SQL anhand des Namens den Ansprechpartner aus der Tabelle KNVK lesen.
Ich habe gelesen, dass mit native SQL die ganze Problematik mit klein & Grossschribung wegfällt.
Was mache ich flasch? Bekommen immer den Fehler: sql fehler 923 bei der ausführung von Native SQL..
Code: Alles auswählen.
EXEC SQL.
SELECT KUNNR PARNR NAME1 NAMEV FROM KNVK
INTO :LS_KNVK
WHERE UPPER(NAME1) = :NAME.
APPEND ls_knvk TO lt_knvk.
ENDEXEC.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von abap-expert (ForumUser / 7 / 0 /
1
)
»
Von der Verwendung des EXEC Statements kann ich nur abraten. Zum einen wird dabei die Datenbank Management Schicht als optimierte Schnittstelle zur Datenbank umgangen und ist damit nur wenigen Fällen zu empfehlen - und auch wirklich notwendig. Auf der anderen Seite muss ein EXEC Statement bei einem DB Wechsel geprüft werden.
Da in den kommenden Jahren der Umstieg auf HANA für viele Kunden ein Thema sein wird, sollte dies heute schon beachtet werden.
Da in den kommenden Jahren der Umstieg auf HANA für viele Kunden ein Thema sein wird, sollte dies heute schon beachtet werden.
visit: http://www.abap-experts.com
Inwiefern?abap-expert hat geschrieben: Da in den kommenden Jahren der Umstieg auf HANA für viele Kunden ein Thema sein wird, sollte dies heute schon beachtet werden.
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Ohne Angabe der DB wird man dir da kaum helfen können - ich tippe mal auf die Fehlermeldung von Oracle.Bugfix13 hat geschrieben: Was mache ich flasch? Bekommen immer den Fehler: sql fehler 923 bei der ausführung von Native SQL..
Darüber hinaus hat Enno natürlich recht: Der APPEND gehört da nicht hin.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
So schnell wechselt man die DB nicht und nicht nur bei Native SQL, sondern schon bei einfachen Hints wird das schwierig.abap-expert hat geschrieben:Von der Verwendung des EXEC Statements kann ich nur abraten. Zum einen wird dabei die Datenbank Management Schicht als optimierte Schnittstelle zur Datenbank umgangen und ist damit nur wenigen Fällen zu empfehlen - und auch wirklich notwendig. Auf der anderen Seite muss ein EXEC Statement bei einem DB Wechsel geprüft werden.
Da in den kommenden Jahren der Umstieg auf HANA für viele Kunden ein Thema sein wird, sollte dies heute schon beachtet werden.
Das Thema HANA wird (erwartungsgemäß) verhalten aufgenommen, weil niemand sich so einfach vom strategischen Partner Oracle trennen mag. Das ist so das Feedback von meinen Kunden. Vielleicht fürs BW, aber nicht als Standard-DB des produktiven Systems.
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
Bugfix13
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von abap-expert (ForumUser / 7 / 0 /
1
)
»
Hallo Ralf,
Deine Einschätzung bzgl. HANA ist sicher korrekt - BW ist sicher der Vorreite für HANA.
Ich wollte den Hinweis allerdings loswerden, da ich letzte Woche auf einem Event war bei dem ein Beratungshaus eine DB Migration vorgestellt wurde. Oracle auf Sybase. Das war natürlich kein einfaches Unterfangen! Allerdings hat der betreffende Kunde laut eigener Aussage dabei einen großen Betrag an Lizenzkosten einsparen können. ROI nach 2,5 Jahren!
Beste Grüße Christoph
Deine Einschätzung bzgl. HANA ist sicher korrekt - BW ist sicher der Vorreite für HANA.
Ich wollte den Hinweis allerdings loswerden, da ich letzte Woche auf einem Event war bei dem ein Beratungshaus eine DB Migration vorgestellt wurde. Oracle auf Sybase. Das war natürlich kein einfaches Unterfangen! Allerdings hat der betreffende Kunde laut eigener Aussage dabei einen großen Betrag an Lizenzkosten einsparen können. ROI nach 2,5 Jahren!
Beste Grüße Christoph
Folgende Benutzer bedankten sich beim Autor abap-expert für den Beitrag:
Bugfix13
visit: http://www.abap-experts.com
Beitrag
von foessleitnerj (ForumUser / 51 / 4 /
18
)
»
Hallo!
Direkte Zugriffe oder DB Hints sollten wirklich nur in begründeten Fällen verwendet werden. Nicht nur wegen einer späteren Hana, generell sollten solche Zugriffe mit Bedacht eingesetzt werden. Im Hinblick auf einen Umstieg auf Hana müssen diese Coding Teile später in jedem Fall angegriffen werden.
Wenn jedoch ein Nativ-Zugriff notwendig ist, empfehle ich zumindest die Verwendung der ADBC (ABAP Database Connectivity)
http://help.sap.com/abapdocu_702/de/abenadbc.htm
lg Fößleitner Johann
Direkte Zugriffe oder DB Hints sollten wirklich nur in begründeten Fällen verwendet werden. Nicht nur wegen einer späteren Hana, generell sollten solche Zugriffe mit Bedacht eingesetzt werden. Im Hinblick auf einen Umstieg auf Hana müssen diese Coding Teile später in jedem Fall angegriffen werden.
Wenn jedoch ein Nativ-Zugriff notwendig ist, empfehle ich zumindest die Verwendung der ADBC (ABAP Database Connectivity)
http://help.sap.com/abapdocu_702/de/abenadbc.htm
lg Fößleitner Johann
Folgende Benutzer bedankten sich beim Autor foessleitnerj für den Beitrag:
Bugfix13
Die Performance und Ergebnisse von SELECTs und JOINs im Produktivsystem überprüfen?
=> SQL Cockpit
http://www.cadaxo.com
=> SQL Cockpit
http://www.cadaxo.com
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Wenn ich die Performance eines Programmes deutlichst durch einen Hint beschleunigen kann, dann mache ich das. Anwender haben in der Regel kein Verständnis für Formalitäten, sondern wollen ihre Arbeit machen können.foessleitnerj hat geschrieben: Direkte Zugriffe oder DB Hints sollten wirklich nur in begründeten Fällen verwendet werden.
Und direkte Zugriffe vermeiden?
Wenn ich (und dafür verwendete ich Native SQL) auf eine externe Datenbank zugreifen muss, dann tue ich das. Auch hier gilt: Der Anwender muss arbeiten können.
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
Bugfix13
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo Zusammen
Ja ich würde am liebsten auch auf Native SQL verzichten..
Ich möchte aber in der Tabelle KNVK die Einträge ermitteln welche beim
FuBa-Parameter dem eingegebenen Namen entsprechen. Mein Problem ist nur, dass der eingegebene Name nur in Grossbuchstaben daherkommt.
Fülle ich diesen Namen in das WHERE der Selectabfrage so werden die Ergebnisse nicht angezeigt.. Beispiel:
Datensatz auf der Tabelle: Meier
Parameter eingegeben: meier
Ich erhalte: MEIER
Wenn ich nun prüfe: WHERE name = 'MEIER' wird das Ergebnis Meier nicht angezeigt --> gross kleinschreibe Problem.
Habe auch schon ranges versucht dann mit CP anstelle EQ aber hat auch nicht funktioniert.
Was gibt es da noch?
Ja ich würde am liebsten auch auf Native SQL verzichten..
Ich möchte aber in der Tabelle KNVK die Einträge ermitteln welche beim
FuBa-Parameter dem eingegebenen Namen entsprechen. Mein Problem ist nur, dass der eingegebene Name nur in Grossbuchstaben daherkommt.
Fülle ich diesen Namen in das WHERE der Selectabfrage so werden die Ergebnisse nicht angezeigt.. Beispiel:
Datensatz auf der Tabelle: Meier
Parameter eingegeben: meier
Ich erhalte: MEIER
Wenn ich nun prüfe: WHERE name = 'MEIER' wird das Ergebnis Meier nicht angezeigt --> gross kleinschreibe Problem.
Habe auch schon ranges versucht dann mit CP anstelle EQ aber hat auch nicht funktioniert.
Was gibt es da noch?
Bugfix13 hat geschrieben:Wenn ich nun prüfe: WHERE name = 'MEIER' wird das Ergebnis Meier nicht angezeigt --> gross kleinschreibe Problem.
Habe auch schon ranges versucht dann mit CP anstelle EQ aber hat auch nicht funktioniert.
In der KNVK wird doch mittel Feld PRSNR die Tabelle ADRP verknüpft. Die ADRP beinhaltet Felder für die Suchhilfe in UpperCase: MC_NAMEFIR, MC_NAMELAS,
MC_NAME2. Mit einem geschickten Join sollte sich dein Problem eigentlich lösen lassen.
Gruß Hendrik
Moin.
Bitte mal den Report SDB_ADBC anschauen.
lg Jens
Würde ich auch empfehlen !Wenn jedoch ein Nativ-Zugriff notwendig ist, empfehle ich zumindest die Verwendung der ADBC (ABAP Database Connectivity)
Bitte mal den Report SDB_ADBC anschauen.
lg Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Seite 1 von 1
Vergleichbare Themen
10
Antw.
Antw.
4190
Views
Views
0
Antw.
Antw.
1057
Views
Views
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.