<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Volker Grabsch schrieb:
<blockquote cite="mid20061018071745.GA24206@flap" type="cite">
<pre wrap="">On Tue, Oct 17, 2006 at 11:18:54PM +0200, Michael Kasten wrote:
</pre>
<pre wrap=""><!---->
Nun, wir haben bisher zwei Lösungen jeweils zweimal gehabt.
Einmal mit LEFT JOIN, und einmal ein SELECT auf zwei Tabellen
gleichzeitig.
Ich bevorzuge normalerweise letzteres, weil ich LEFT JOINs etwas
umständlich finde und SELECTs auf mehrere Spalten ohnehin intern
in entsprechende JOINs umgewandelt werden.Das ist aber nur die
bescheidene Meinung eines Gelegenheits-SQL-Schreiber, der nur
mäßig komplexe Dinge mit SQL anstellt und noch keine riesigen
Datenbanken hatte.
Was meint ihr dazu? Wo liegen die Vor- und Nachteile von expliziten
JOINs? Wo liegen die Performance-Unterschiede? Was findet ihr
übersichtlicher?
</pre>
</blockquote>
Eine JOIN Variante ist meiner Meinung nach flexibler <br>
weil man schnell aus dem LEFT auch ein RIGHT machen kann,<br>
dann noch viele weitere Tabellen ankleben kann und <br>
sich gezielter die jeweiligen Spalten zusammen basteln kann.<br>
<br>
Aber ich glaube das ist im großen und ganzen Geschmackssache, ich <br>
gehe aber einfach mal davon aus das, bei einem SELECT auf mehreren<br>
Spalten die Wandlung in JOINs , dann auch ein zusätzlicher<br>
Schritt und somit ein Performanceverlust darstellt, ist aber nur<br>
spekulativ.<br>
<br>
<blockquote cite="mid20061018071745.GA24206@flap" type="cite">
<pre wrap="">
Viele Grüße,
Volker
</pre>
</blockquote>
<br>
mfG<br>
<pre class="moz-signature" cols="100">--
Michael Kasten | 12059 Berlin | <a class="moz-txt-link-freetext" href="http://www.m-kasten.de">http://www.m-kasten.de</a>
</pre>
</body>
</html>