Hilfe : Keys von Tabellen sind GUID
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
Hallo,
ich habe ein paar Tabellen, die haben GUIDs als Keys.
Was Problem ist, die Tabellen kann man nicht mit GUID joinen (Inner Join).
Wie kann ich die Tabellen mit einander verknüpfen?
Vielen Dank & Gruß
ich habe ein paar Tabellen, die haben GUIDs als Keys.
Was Problem ist, die Tabellen kann man nicht mit GUID joinen (Inner Join).
Wie kann ich die Tabellen mit einander verknüpfen?
Vielen Dank & Gruß
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Warum sollte man die nicht joinen können ? Das sind normale Characterfelder. Wir legen neue Tabellen ausschliesslich mit GUIDS an. Und das geht auch im Join.HH_ABAP hat geschrieben:Hallo,
ich habe ein paar Tabellen, die haben GUIDs als Keys.
Was Problem ist, die Tabellen kann man nicht mit GUID joinen (Inner Join).
Wie kann ich die Tabellen mit einander verknüpfen?
Vielen Dank & Gruß
Allerdings hat eine GUID (technischer Schlüssel)-Tabelle - immer auch einen semantischen Schlüssel. Der Vorteil ist, das eine GUID immer Unique ist weltweit, was Migrationen erleichtert und keine Gefahr von auslaufenden Nummernkreisen besteht. Weiterhin ist der semantsiche Schlüssel später problemlos änderbar.
Also bitte prüfe deinen Join. Natürlicht geht es nicht den GUID einer Tabelle mit dem GUID einer anderen Tabelle einfach zu joinen. Die gewünschte GUID der Quelltabelle sollte ja Bestandteil des semantischen Schlüssels der zu joinenden Tabelle sein, die oft auch als Keyfelder definiert sind im separaten Schlüsselbereich.
"Code lügt nicht ^^"
Hallo,
vielen Dank für deine Hilfe.
du hast mir geschrieben:
" Natürlicht geht es nicht den GUID einer Tabelle mit dem GUID einer anderen Tabelle einfach zu joinen. Die gewünschte GUID der Quelltabelle sollte ja Bestandteil des semantischen Schlüssels der zu joinenden Tabelle sein, die oft auch als Keyfelder definiert sind im separaten Schlüsselbereich."
kannst du mir sagen, wie kann ich die Keys im Keyfelder im separaten Schlüsselbereich finden?
Vielen Dank im voraus!
Gruß
vielen Dank für deine Hilfe.
du hast mir geschrieben:
" Natürlicht geht es nicht den GUID einer Tabelle mit dem GUID einer anderen Tabelle einfach zu joinen. Die gewünschte GUID der Quelltabelle sollte ja Bestandteil des semantischen Schlüssels der zu joinenden Tabelle sein, die oft auch als Keyfelder definiert sind im separaten Schlüsselbereich."
kannst du mir sagen, wie kann ich die Keys im Keyfelder im separaten Schlüsselbereich finden?
Vielen Dank im voraus!
Gruß
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Ich beobachte immer wieder, dass Entwickler mit GUIDs als technischem Schlüssel überfordert sind - wohl weil die SAP lange technische und semantische Schlüssel als eins definiert hat. Dabei gelten die genannten Vorteile, wenn man das trennt. In unserem aktuellen Projekt verwenden wir ausschließlich GUIDs.
Ist natürlich wieder etwas abstrakter, man sieht einem Attribut nicht mehr an, in welcher Tabelle es Schlüsselfeld ist (eine Bestellnummer oder Vertriebsbelegnummer erkennt man oft am Nummernkreis/-muster, das ist zumindest ein Hinweis, in welche Richtung man suchen sollte).
Das mit der weltweiten Eindeutigkeit glaube ich allerdings nur, bis es zum ersten Nummernkonflikt gekommen ist
Ralf
Ist natürlich wieder etwas abstrakter, man sieht einem Attribut nicht mehr an, in welcher Tabelle es Schlüsselfeld ist (eine Bestellnummer oder Vertriebsbelegnummer erkennt man oft am Nummernkreis/-muster, das ist zumindest ein Hinweis, in welche Richtung man suchen sollte).
Das mit der weltweiten Eindeutigkeit glaube ich allerdings nur, bis es zum ersten Nummernkonflikt gekommen ist
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo,
bei mir join zwischen 2 Tabellen nicht klappt.
Z.B.:
select * from dpr_project
inner join dpr_phase on dpr_project~guid = dpr_phase~guid.
was mache ich falsch?
Bitte um eine Hilfe.
Vielen Dank & Gruß
bei mir join zwischen 2 Tabellen nicht klappt.
Z.B.:
select * from dpr_project
inner join dpr_phase on dpr_project~guid = dpr_phase~guid.
was mache ich falsch?
Bitte um eine Hilfe.
Vielen Dank & Gruß
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Also, vor GUID muss auf jeden Fall eine Tilde (~) statt eines Bindestrichs (um es mal laienhaft auszudrücken.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo,
kannst du bitte mir weiterhelfen.
Ich möchte ein Z-Programm programmieren:
Alle Projekte mit untergeordneten Knoten (zw.: Phase, Aufgaben, Meilensteine,..) sollten in einer Excel Datei exportiert werden.
[Zur Info.: Die Knoten haben auch eigene Daten wie Datum, Verantwortlicher, ...]
Jede Projekt sollte mit untergeordneten Knoten in einer Excel Tabellenblatt exportiert werden.
Bitte siehe im Anhang den Screenshot.
Vielen Dank im voraus!
Gruß
kannst du bitte mir weiterhelfen.
Ich möchte ein Z-Programm programmieren:
Alle Projekte mit untergeordneten Knoten (zw.: Phase, Aufgaben, Meilensteine,..) sollten in einer Excel Datei exportiert werden.
[Zur Info.: Die Knoten haben auch eigene Daten wie Datum, Verantwortlicher, ...]
Jede Projekt sollte mit untergeordneten Knoten in einer Excel Tabellenblatt exportiert werden.
Bitte siehe im Anhang den Screenshot.
Vielen Dank im voraus!
Gruß
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Hallo,
ich sollte ein Z-Programm programmieren. Die Daten, die man im Bild als Projektelemente (Knoten) sieht, sollten in einer Export Datei exportieren.
Kannst du mir bitte helfen?
Vielen Dank & Gruß
ich sollte ein Z-Programm programmieren. Die Daten, die man im Bild als Projektelemente (Knoten) sieht, sollten in einer Export Datei exportieren.
Kannst du mir bitte helfen?
Vielen Dank & Gruß
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Das ist schwierig, wenn man nicht genau weiß, wo dein konkretes Problem ist.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von black_adept (Top Expert / 4087 / 126 /
940
)
»
Ok - dann tasten wir uns mal ganz langsam ran und beginnen mit dem Z-Programm. https://help.sap.com/doc/saphelp_erp60_ ... cache=trueHH_ABAP hat geschrieben:Hallo,
ich sollte ein Z-Programm programmieren. Die Daten, die man im Bild als Projektelemente (Knoten) sieht, sollten in einer Export Datei exportieren.
Kannst du mir bitte helfen?
Beitrag
von DeathAndPain (Top Expert / 1939 / 257 /
412
)
»
Ich habe den Begriff GUID schon gesehen, aber noch nicht wirklich intensiv damit gearbeitet. Kann mir bitte jemand auf die Sprünge helfen, was eine GUID ist bzw. was daran so besonderes ist? Ich hätte gesagt, das ist eine ganz normale Zeichenkette, die man als Tabellenschlüssel verwenden kann. Was ist das Besondere an GUIDs, das dazu führt, dass Entwickler damit nicht umgehen können? (Beispiel?)Ralf hat geschrieben:Ich beobachte immer wieder, dass Entwickler mit GUIDs als technischem Schlüssel überfordert sind - wohl weil die SAP lange technische und semantische Schlüssel als eins definiert hat. Dabei gelten die genannten Vorteile, wenn man das trennt. In unserem aktuellen Projekt verwenden wir ausschließlich GUIDs.
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Was eine GUID ist, erklärt Wikipedia ganz gut.
Warum das ungewohnt ist für viele: Es lässt keine Rückschlüsse zu. Wenn ich in einem Text-Header eine Nummer sehe, kann ich unter Umständen sehen "ah, das ist eine Bestellnummer und direkt dahinter eine Bestellposition, also handelt es sich wohl um einen Bestelltext". Das geht bei einer GUID nicht, der technische Schlüssel ist eine "wirre" Zeichenkette, die keine Rückschlüsse darauf zulässt, was sie repräsentiert. Ich sehe eine GUID, das könnte eine Bestellposition sein oder eine Bestellung oder ein SD-Auftrag..... Halt irgendwas, was mit einer GUID als Schlüssel arbeitet.
Das ist für viele schon ein Abstraktionsniveau zu hoch.
Ralf
Warum das ungewohnt ist für viele: Es lässt keine Rückschlüsse zu. Wenn ich in einem Text-Header eine Nummer sehe, kann ich unter Umständen sehen "ah, das ist eine Bestellnummer und direkt dahinter eine Bestellposition, also handelt es sich wohl um einen Bestelltext". Das geht bei einer GUID nicht, der technische Schlüssel ist eine "wirre" Zeichenkette, die keine Rückschlüsse darauf zulässt, was sie repräsentiert. Ich sehe eine GUID, das könnte eine Bestellposition sein oder eine Bestellung oder ein SD-Auftrag..... Halt irgendwas, was mit einer GUID als Schlüssel arbeitet.
Das ist für viele schon ein Abstraktionsniveau zu hoch.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Ist eher das, was Schwierigkeiten bereitet. Belege sind schwer zu unterscheiden, da sie sich häufig nur irgendwo in der 13. und 14. Stelle unterscheiden. Oder sie sind komplett wirr, was eine Unterscheidung/ Erkennung ebenfalls schwer macht.ralf.wenzel hat geschrieben:[...] ist eine "wirre" Zeichenkette [...]
GUIDs sind immer 16 bis 40 Zeichen lang, was eine schnelle Einordnung schwer macht. (=> Debugging, Testing, Analyse)
Seite 1 von 1
Vergleichbare Themen
10
Antw.
Antw.
1912
Views
Views
4
Antw.
Antw.
4989
Views
Views
Hilfe bei Änderungsbelegen für Z - Tabellen
von Mark33 » 02.09.2012 13:39 • Verfasst in ABAP® für Anfänger
von Mark33 » 02.09.2012 13:39 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
1340
Views
Views
12
Antw.
Antw.
7045
Views
Views
2
Antw.
Antw.
3455
Views
Views
View-Cluster - Keys werden nicht in nächste Tab. übernommen
von realtimeedv » 09.03.2011 10:03 • Verfasst in SAP - Allgemeines
von realtimeedv » 09.03.2011 10:03 • Verfasst in SAP - Allgemeines
Frage die ABAP Experten
Über diesen Beitrag
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.