SQL Tutorial neue Schreibweise ?!

[Davidlocke13]

Meine so was !

Alt:

Code:

SELECT c.*,m.*
FROM Mitarbeiter m, cities c
WHERE 1=1
 and m.ort = c.full_name_nd(+)
ORDER BY Name

Neu:

Code:

SELECT c.*,m.*
FROM Mitarbeiter m
left join cities c
  on m.ort = c.full_name_nd and c.cc_fips = 'GM'
WHERE 1=1
ORDER BY Name

[mkinzler]

Na ob man SQL92 als neu bezeichnen kann

[Davidlocke13]

Naja habe gehört das es beide Schreibweisen gibt und wenn ich SQL lerne dann auch gleich die richtige Schreibweise und so weit ich weis ist ein halt neuer !

[p80286]

vielleicht hilft Dir das schon weiter.

Ansonsten, Fragen stellen.

Gruß
K-H

[shmia]

Also die Ansi Joins aus SQL/92 sind deutlich besser lesbar als die Oracle Joins,
weil die Verknüpfungen zwischen den Tabellen getrennt von den Filterbedingungen sind.

Wenn man 4 und mehr Tabellen verknüpfen muss, dann kann man bei der alten Syntax leicht mal einen Teilausdruck vergessen.
Das führt dann dazu, dass man mehr Datensätze bekommt als man eigentlich wollte.
Häufig fällt das erst dann auf wenn die Datenbank mit echten Daten gefüllt ist.

[Davidlocke13]

Ok das ist doch schon mal ne Erklärung ich ich verstehe !

THX

[mkinzler]

Zitat:

Ich weiß nicht genau, könnte mir aber vorstellen, dass Oracle damit relativ spät um die Ecke gekommen ist (vielleicht weiß dazu irgendjemand was)

Andersherum bei SQL87 gab es keine expliziten Joins und so hat Oracle die eigene Notation eingeführt.
Als die expliziten joins dann in SQL92 eingeführt wurden, hielten die Oracle-Jünger an "ihrem" Standard fest.

Zitat:

Persönlich finde ich die "alte" Schreibweise intuitiver und auch übersichtlicher. *1 Spätestens, wenn Du ein Dutzend oder mehr joins hast, ist das allerdings schwer zu begründen, also tatsächlich nur Gewohnheit.

Sehe ich anders. Explizite Joins finde ich besser lesbar, zudem die Join-Bedingungen hier strikt von den Filterbedingungen getrennt werden können.

Zitat:

Größter Knackpunkt an der alten Oracle (+) Notation ist vielleicht die fehlende Darstellungsmöglichkeit für Full Outer Joins, die man dann über ein Union in 2 Schritten darstellen müsste und natürlich die Inkompatibilität zu vielen anderen RDBMS.

Wobei es auch Versuche/Lösungen für andere DBMS gab ( z.B. FyRacle: FireBird Oracle Modus; hierbei ga es einen Dienst, der die Oracle Syntax in Standard-SQL gewandelt hat)

[p80286]

Dann frag ich mal in die Runde:

Code:

select irgendwas
from tab1,tab2,tab3
where tab1.Reference like 'Test%'
  and tab1.id=tab2.id(+)
  and tab3.myid(+)=tab2.myid
  and tab3.Name(+) like 'Rüsselm%'

wie macht man da ein vernünftiges "Neues Join" draus.

@Jobo

Zitat:

Seit Oracle9i können sie die Ansi-SQL-Standardsyntax für Outer Joins verwenden.

Und alle Beispiele nutzen dann die "alte" Oracle syntax

Gruß
K-H

[mkinzler]

SQL-Code:

select 
    irgendwas
from 
    tab1
        right join tab2 on tab2.id = tab1.id
             left join tab3 on tab3.myid = tab2.myid and tab3.Name like 'Rüsselm%'
where 
    tab1.Reference like 'Test%';

[p80286]

@Mkinzler
Danke, ich wäre nie auf die Idee gekommen das in die/den Join zu packen.

Gruß
K-H