Select all bei inner join

Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.

Getting started ... Alles für einen gelungenen Start.
22 Beiträge • Vorherige Seite 2 von 2 (current)
22 Beiträge Vorherige Seite 2 von 2 (current)

Re: Select all bei inner join

Beitrag von ralf.wenzel (Top Expert / 3776 / 176 / 262 ) »
ewx hat geschrieben:Ich kann zum Beispiel auch nie MARD und MARC auseinander halten... :oops:
Das ist ganz einfach: C wie Werk, D wie Lagerort ;)

Da zeigt sich aber, wie überlebt bestimmte Strukturen schnell sind - das Fehlen des B-Segmentes (wofür es Gründe gibt), macht die ganze Erklärung für die anderen Namen inkonsistent. Aber immerhin: Mit MA++ kann man ganz gut suchen, ebenso wie bei
ewx hat geschrieben:Und auch VBAK, VBAP, VBKD, VBPA, VBEP, VBUP, VBUK etc. können durch Aliase durchaus leserlicher werden
wo man nach VB++ suchen kann und da recht schnell was findet. Beim Durchnummerieren hat man das Problem, dass man wirklich nur eine Nummer hat und die unsystematisch vergeben wird. Da hilft dann nur eine sprechende Bezeichnung.
ewx hat geschrieben:IZudem hat Ralf ja auch nicht behauptet, dass ALIAS besser wäre, als ein Kommentar.
Beides sind Möglichkeiten, einen Join deutlicher zu machen.
Ja, aber der sprechende Bezeichner ist deshalb besser, weil ein Kommentar, der einen schlechten Bezeichner erklärt, nur eine Krücke ist. Er bereinigt das Defizit, das ein schlechter Bezeichner erst erzeugt.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Re: Select all bei inner join

Beitrag von ewx (Top Expert / 4784 / 294 / 628 ) »
ralf.wenzel hat geschrieben: Ja, aber der sprechende Bezeichner ist deshalb besser, weil ein Kommentar, der einen schlechten Bezeichner erklärt, nur eine Krücke ist. Er bereinigt das Defizit, das ein schlechter Bezeichner erst erzeugt.
Schlechte Bezeichner sind aufgrund der beschränkten Zeichenanzahl aber die Regel.
Ausserdem sind wir immer noch Programmierer.
Ich möchte also eine effiziente Mischung zwischen wenig tippen und Erkennbarkeit erreichen.
Deswegen kann ich meinen Bezeichner einfach MWERK nennen und ihn trotzdem als "Materialstamm Werkssicht" dokumentieren.

Re: Select all bei inner join

Beitrag von ralf.wenzel (Top Expert / 3776 / 176 / 262 ) »
ewx hat geschrieben:
ralf.wenzel hat geschrieben: Ja, aber der sprechende Bezeichner ist deshalb besser, weil ein Kommentar, der einen schlechten Bezeichner erklärt, nur eine Krücke ist. Er bereinigt das Defizit, das ein schlechter Bezeichner erst erzeugt.
Schlechte Bezeichner sind aufgrund der beschränkten Zeichenanzahl aber die Regel.
Ausserdem sind wir immer noch Programmierer.
Ich möchte also eine effiziente Mischung zwischen wenig tippen und Erkennbarkeit erreichen.
Deswegen kann ich meinen Bezeichner einfach MWERK nennen und ihn trotzdem als "Materialstamm Werkssicht" dokumentieren.
Formell hast du recht, aber warum sollte ich MWERK nehmen, wenn ich 30 Zeichen Platz habe, um einen sprechenderen Bezeichner zu wählen, der dann bei jeder Verwendung erklärt, was drinsteht und nicht nur da, wo der Entwickler dran gedacht hat, es zu kommentieren?

material_md_plant, material_master_plant, plant_data4material......

Entweder ist der Kommentar da, um einen schlechten Bezeichner zu "kaschieren" (dann sollte man den Bezeichner verbessern) oder er ist unnötig.


Ralf
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Select all bei inner join

Beitrag von black_adept (Top Expert / 3943 / 105 / 886 ) »
ewx hat geschrieben:cust_status_text
ewx hat geschrieben:Ich fand das ein sehr gutes Beispiel von Ralf, weil man hier bei den Namen schnell durcheinander kommt.
TJ30, TJ30T, TJ02, TJ20,...
Ich kann zum Beispiel auch nie MARD und MARC auseinander halten... :oops:
Und auch VBAK, VBAP, VBKD, VBPA, VBEP, VBUP, VBUK etc. können durch Aliase durchaus leserlicher werden
Ok - ich sehe jetzt den Namen "cust_status_text" statt tj30t. Das ist definitiv sprechender.
Für mich ergibt sich jetzt aber das Problem, dass durch Verwendung eines so langen Aliasnamens der Name der Tabelle deutlich länger ist als die Namen der zu selektierenden Felder. Und das führt dann dazu, dass in der Select-Liste, in welcher für mich die Feldnamen das A und O sind weniger prominent dastehen als sie es in meinen Augen sollten. Ich oute mich jetzt mal - aus diesem Grund verwende ich tatsächlich manchmal alias-Namen. Aber diese sind dann nicht "sprechend" sondern "verkürzend" um dafür zu sorgen, dass das SELECT-Statement lesbarer wird ( aber halt nicht sprechender ).
live long and prosper
Stefan Schmöcker

email: stefan@schmoecker.de

Re: Select all bei inner join

Beitrag von nickname8 (Specialist / 134 / 17 / 19 ) »
Ich muss hier echt mal loswerden, dass ich es klasse finde, dass einfache Forenbeiträge/Fragen in Grundsatzdiskussionen ausufern.

Und das meine ich absolut ernst! Bei diesen Diskussionen lese ich oft mit und kann einiges lernen, bzw. neue Ansätze kennen lernen.
:up:

Re: Select all bei inner join

Beitrag von ralf.wenzel (Top Expert / 3776 / 176 / 262 ) »
nickname8 hat geschrieben:Ich muss hier echt mal loswerden, dass ich es klasse finde, dass einfache Forenbeiträge/Fragen in Grundsatzdiskussionen ausufern.

Und das meine ich absolut ernst! Bei diesen Diskussionen lese ich oft mit und kann einiges lernen, bzw. neue Ansätze kennen lernen.
:up:
Ja, das ist einer der Vorzüge dieses Forum, auch wenn es manchmal echt ausartet. Aber unterschiedliche Sichtweisen im jeweiligen Kontext zu betrachten und zu sehen, wo unterschiedliche Entwickler unterschiedliche Sichtweisen haben, ist sehr interessant. Ich werde demnächst ein Entwicklerteam coachen* und da hilft mir sowas sehr.


Ralf

*Ist das nicht sensationell? Einen auf Oberlehrer machen und damit auch noch Geld verdienen? Wir haben doch echt voll den Traumjob *lol*
Bild
Ralf Wenzel Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
PublikationenUngarische NotationXing

Re: Select all bei inner join

Beitrag von DeathAndPain (Top Expert / 1795 / 213 / 396 ) »
Also ich finde es absoluten Schwachsinn, Standard-Tabellennamen, die den meisten Entwicklern etwas sagen, weil sie schon viel damit gearbeitet haben, durch irgend etwas anderes zu ersetzen, so dass der Entwickler dann hinten im SELECT in den Aliasdefinitionen wühlen muss, um dann den Aha-Effekt zu haben "Ach so, der liest einfach nur die MARA!". Wenn man der Meinung ist, die verwendeten Tabellen in einem SELECT irgendwie erläutern zu wollen, dann kann man das in einem Kommentar machen. Klar muss man den bei jedem derartigen SELECT wiederholen, aber das muss man bei einem SELECT-Alias genauso.

Bei eigenen Tabellen kann man dann gleich auf der Datenbank einen sprechenden Namen wählen.

Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
deejey


Vergleichbare Themen

5
Antw.
3508
Views
SELECT - INNER JOIN
von muggel » 03.04.2008 10:41 • Verfasst in ABAP® Core
24
Antw.
7800
Views
Select mit join
von Spookykid » 31.03.2011 12:28 • Verfasst in ABAP® für Anfänger
5
Antw.
1940
Views
select join hilfe
von dimes » 07.03.2006 16:56 • Verfasst in ABAP® Core
8
Antw.
3264
Views
dynam. Select mit Join
von madeleine104 » 29.09.2016 11:42 • Verfasst in ABAP® für Anfänger
2
Antw.
2698
Views
select join substring
von jspranz » 13.11.2017 18:12 • Verfasst in ABAP® für Anfänger

Ü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

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.

Unbeantwortete Forenbeiträge

Zwischensumme Adobe Forms
vor 4 Tagen von Lucyalison 1 / 71
Group Items auf einer Filterbar
vor einer Woche von Bright4.5 1 / 111
tRFC Transaktionen SM58
vor 4 Wochen von A6272 1 / 141