SQL-Verkettung vbrp vbrk Selektion nach Kundennr
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
11 Beiträge
•
Seite 1 von 1
11 Beiträge
Seite 1 von 1
Hallo liebe Mitglieder,
vielleicht könnt Ihr mir weiterhelfen, die suche im Forum war bis jetzt erfolglos.
Ich möchte die Tabellen vbrp vbrk (Faktura-Tabellen) verketten und nicht nach dem Regulierer sonder nach der Kundennummer selektieren.
Habe versucht die Tabellen vbrp vbrk noch mit der vbak (kunnr) zu verketten aber leider ohne erfolg.
Eine Verkettung über
vbrp vbrk mit -> vbak via vbrk-aubel hat leider nicht funktioniert .
Habt Ihr eine Idee?
Viele Grüße
swonny
vielleicht könnt Ihr mir weiterhelfen, die suche im Forum war bis jetzt erfolglos.
Ich möchte die Tabellen vbrp vbrk (Faktura-Tabellen) verketten und nicht nach dem Regulierer sonder nach der Kundennummer selektieren.
Habe versucht die Tabellen vbrp vbrk noch mit der vbak (kunnr) zu verketten aber leider ohne erfolg.
Eine Verkettung über
vbrp vbrk mit -> vbak via vbrk-aubel hat leider nicht funktioniert .
Habt Ihr eine Idee?
Code: Alles auswählen.
VBRK~VBELN VBRK~FKART VBRK~VBTYP VBRK~VKORG VBRK~FKDAT
VBRK~KUNRG VBRK~KUNAG
VBRP~FKIMG VBRP~VRKME VBRP~FBUDA VBRP~NETWR VBRP~ARKTX
VBRP~MATKL VBRP~AUFNR
KNA1~NAME1
FROM VBRK AS VBRK
JOIN VBRP AS VBRP
ON vbrp~vbeln = vbrk~vbeln
JOIN kna1 AS kna1
ON kna1~kunnr = vbrk~kunrg
INTO CORRESPONDING FIELDS OF TABLE it_objekte
WHERE
AND vbrk~fkDAT IN pa_fkdat
AND vbrk~kunrg IN pa_kunrg.
swonny
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4099 / 128 /
941
)
»
Was ist denn der "Kunde" - Auftraggeber und Regulierer stehen doch schon in der VBRK - was brauchst du denn da noch?
Hi black_adept,black_adept hat geschrieben:Was ist denn der "Kunde" - Auftraggeber und Regulierer stehen doch schon in der VBRK - was brauchst du denn da noch?
stimmt, mach mal hat man Tomaten auf den Augen,
hab das nicht gesehen.
Grüße
swonny
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Ich würde auch nicht den Tabellennamen nochmal hinter AS wiederholen. Das bringt nichts und kann (in Deinem obigen Codebeispiel) ersatzlos weggelassen werden.
AS braucht man nur, wenn man den Tabellen innerhalb des WHERE-Blocks (bzw. ON-Blocks) andere Namen zukommen lassen möchte. Wirklich notwendig ist dies nur, wenn man dieselbe Tabelle mit sich selber per JOIN verknüpfen möchte, so dass der Name der Tabelle keine eindeutige Angabe mehr darstellen würde. Ein Beispiel dafür, wann man sowas tatsächlich in der Praxis brauchen kann, ist die direkte Bestimmung der Organisationseinheit einer Personalnummer aus der Personalnummer selbst (und zwar direkt aus dem OM mittels der Tabelle HRP1001, also ohne auf die Integration zu vertrauen)
(Hähä, es macht mir Spaß, euch mit HCM-Beispielen zu ärgern, wissend, dass hier fast nur SD/MM/FI-ler rumlaufen.
)
AS braucht man nur, wenn man den Tabellen innerhalb des WHERE-Blocks (bzw. ON-Blocks) andere Namen zukommen lassen möchte. Wirklich notwendig ist dies nur, wenn man dieselbe Tabelle mit sich selber per JOIN verknüpfen möchte, so dass der Name der Tabelle keine eindeutige Angabe mehr darstellen würde. Ein Beispiel dafür, wann man sowas tatsächlich in der Praxis brauchen kann, ist die direkte Bestimmung der Organisationseinheit einer Personalnummer aus der Personalnummer selbst (und zwar direkt aus dem OM mittels der Tabelle HRP1001, also ohne auf die Integration zu vertrauen)
(Hähä, es macht mir Spaß, euch mit HCM-Beispielen zu ärgern, wissend, dass hier fast nur SD/MM/FI-ler rumlaufen.
)
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Ja, das ist der einzige andere existierende Verwendungszweck. ich hatte ihn absichtlich nicht verraten, weil das Statement dadurch zwar kürzer, aber dennoch etwas schwerer verständlich wird und es sich insofern - wie Du schon selber einräumst - um eine reine Faulheitsmaßnahme handelt.
Einspruch!DeathAndPain hat geschrieben:Ja, das ist der einzige andere existierende Verwendungszweck.
http://www.tricktresor.de/blog/untersch ... eintraege/
Naja soviel anders ist der nested select auch nicht wie das was von DeathAndPain genannte Join-Beispielewx hat geschrieben:Einspruch!DeathAndPain hat geschrieben:Ja, das ist der einzige andere existierende Verwendungszweck.
http://www.tricktresor.de/blog/untersch ... eintraege/
:
Zusätzlich ist aber noch zu sagen, dass wann immer möglich man sinvolle oder gar beschreibende aliase benutzen sollte. z.B. wenn die Tabelle LIKP in einem join für An- und Auslieferungen gelesen wird, so ist 'AS LIKP_J' und 'AS LIKP_7'' eine passende Variante. Finde ich besser wie LIKP1 und LIKP2 (vor allem wenn man aus Optimierungsgründen auf select * verzichtet und dadurch ein select-statement auch gerne mal 50+ Zeilen lang wird..)DeathAndPain hat geschrieben:[...] AS braucht man nur, wenn man den Tabellen innerhalb des WHERE-Blocks (bzw. ON-Blocks) andere Namen zukommen lassen möchte. Wirklich notwendig ist dies nur, wenn man dieselbe Tabelle mit sich selber per JOIN verknüpfen möchte, so dass der Name der Tabelle keine eindeutige Angabe mehr darstellen würde.[...][/i]
Das stimmt. Das ist das gleiche Beispiel.Somani hat geschrieben: Naja soviel anders ist der nested select auch nicht wie das was von DeathAndPain genannte Join-BeispielDeathAndPain hat geschrieben:[...] AS braucht man nur, wenn man den Tabellen innerhalb des WHERE-Blocks (bzw. ON-Blocks) andere Namen zukommen lassen möchte. Wirklich notwendig ist dies nur, wenn man dieselbe Tabelle mit sich selber per JOIN verknüpfen möchte, so dass der Name der Tabelle keine eindeutige Angabe mehr darstellen würde.[...][/i]
Hatte ich übersehen...
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Formal gesehen hast Du recht, denn ein EXISTS ist kein JOIN, auch wenn der Unterschied geringfügig ist.
Was mich mal interessieren würde: In einem EXISTS-Block darf man ja meines Wissens nur SELECT * angeben. Bedeutet das, dass er da ebenso sinnlos wie performancefressend immer alle Spalten der Subtabelle liest, oder ist das nur eine Formalität, damit da ein syntaktisch vollständiges SELECT-Statement steht, und die Datenbank sucht sich eigenständig nur die Spalten, die sie für die WHERE-Bedingung braucht?
Was mich mal interessieren würde: In einem EXISTS-Block darf man ja meines Wissens nur SELECT * angeben. Bedeutet das, dass er da ebenso sinnlos wie performancefressend immer alle Spalten der Subtabelle liest, oder ist das nur eine Formalität, damit da ein syntaktisch vollständiges SELECT-Statement steht, und die Datenbank sucht sich eigenständig nur die Spalten, die sie für die WHERE-Bedingung braucht?
Beitrag
von black_adept (Top Expert / 4099 / 128 /
941
)
»
Es gibt noch mindestens einen weiteren, recht exotischen Fall, der auch zwingend einen Alias verlangt.DeathAndPain hat geschrieben:Wirklich notwendig ist dies nur, wenn man dieselbe Tabelle mit sich selber per JOIN verknüpfen möchte, so dass der Name der Tabelle keine eindeutige Angabe mehr darstellen würde.
Man kann ja innerhalb einer Where-Bedingung auch andere Felder der gerade zu lesenden Tabelle zur Selektion heranziehen und muss dann den Tabellennamen mit ~ angeben ( Siehe hier).
Beispiel: Ein paar Tabellenfelder selektieren, wo Domänenname = Datenelementname ist:
Code: Alles auswählen.
SELECT * UP TO 10 ROWS
INTO TABLE gt_dd03l
FROM dd03l
WHERE domname = dd03l~rollname
AND tabname LIKE 'T%'.Code: Alles auswählen.
SELECT * UP TO 10 ROWS
INTO TABLE gt_dd03l
FROM (p_table) AS x
WHERE domname = x~rollname
AND tabname LIKE 'T%'.
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
5598
Views
Views
Beschreibungsfeld für die Auftragsart in VBRP
von vman » 27.06.2007 13:20 • Verfasst in ABAP® für Anfänger
von vman » 27.06.2007 13:20 • Verfasst in ABAP® für Anfänger
9
Antw.
Antw.
8857
Views
Views
2
Antw.
Antw.
3903
Views
Views
VBRP und Infosystem: Vorzeichen der Werte
von Slim_Chance » 05.01.2006 11:41 • Verfasst in Sales and Distribution
von Slim_Chance » 05.01.2006 11:41 • Verfasst in Sales and Distribution
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.