Unterschied zwischen innerer Verbindung und Column Join

Question

Das Verbinden zweier Tabellen durch innere Verbindung und durch zwei gleiche Spalten gibt uns dieselbe Antwort.

von Inner Führen Sie Mitglied

select N.newsno , N.newsArticleno , E.empid , E.empsal 
    from News N inner join tblEmployee E on (E.empid = N.newsno); 

durch gleiche Spalte tritt ausführen

select N.newsno , N.newsArticleno , E.empid , E.empsal 
    from News N , tblEmployee E 
    where (E.empid = N.newsno); 

Ausgabe beider Tabellen gleich sind.

Also mir bitte erklären, was es Unterschiede zwischen diesen Abfragen und wie es in den verschiedenen Fällen Vielen Dank im Voraus können !!! .....

Answer 1

in 8i beizutreten, benutzen Sie einfach eine where-Klausel :

select * from emp, dept where emp.deptno = dept.deptno; 

In 9i

und, konnte man

select ename, dname, emp.deptno, dept.deptno from SCOTT.EMP inner join  SCOTT.DEPT on emp.deptno = dept.deptno 

Answer 2

Logischer sind diese Abfragen identisch.

Die zweite Abfrage verwendet alte Syntax. Die erste Abfrage verwendet eine Syntax, die 1992 zum Standard wurde. Sie unterstützt nicht nur INNER JOIN, sondern auch andere Arten von Joins wie LEFT JOIN und FULL JOIN, die zuvor von jedem Provider unterschiedlich implementiert oder nicht implementiert wurden überhaupt.

Meine Empfehlung ist die Verwendung des ANSI/ISO-Standards, wo immer Sie können.

• Es ist menschlich lesbar
• Es mehr Möglichkeiten unterstützt
• Es sauberer ist, trennen Verbindung zwischen Bedingungen und Filterbedingungen
• Es schützt Sie vor zu vergessen Bedingungen Putting beitreten

Und Genau wie die alte Syntax wird sie von der Mehrheit der Anbieter unterstützt, wenn nicht alle.

Answer 3

Ihre Abfragen zählen die Joinsyntax auf, die zeitlich rückwärts geht. Allerdings verpassten Sie die modernere Version: NATURAL JOIN:

WITH N AS (SELECT newsno AS empid, newsArticleno FROM News), 
    E AS (SELECT empid, empsal FROM tblEmployee) 
SELECT * 
    FROM N NATURAL JOIN E; 

Das Problem ist, ältere Syntax nie aus dem SQL-Standard entfernt und SQL hat mit vielen semantisch äquivalente Ausdrucksweisen die gleiche Abfrage endete. Auch Anbieter nehmen die neue Syntax im Allgemeinen langsam an (z. B. SQL Server hat immer noch keine NATURAL JOIN); lange Zeit Benutzer finden es schwierig, von ihren bevorzugten Arten des Schreibens von Code (z. B. Sie sprechen von 'gefährlichen' Syntax) zu bewegen. Die Realität ist, gibt es zahlreiche Codierungsstile in freier Wildbahn mit sich vertraut zu machen.