Glengamoi

 Hallo

 Eine Function im SQL Server liefert mir Daten, welche mit einem Join mit einer weiteren Tabelle verknüpft werden soll. Dabei sollen Werte aus der Tabelle an die Funktion übergeben werden, damit der Rückgabewert abhängig von diesen Werte aufgebaut werden kann.

 Also inetwa so:

SELECT   * FROM a LEFT OUTER JOIN 
functionB(a.id) AS b ON a.id=b.id

 Das bringt mir aber den Fehle:

Der mehrteilige Bezeichner "a.ID" konnte nicht gebunden werden.

 

Gemand einen Tipp dazu?

Gruss Christoph

 Hallo Ivo

Deine cleanupProduct liefert wohl eine einzelne ID zurück, bei mir möchte ich darin ein Select mit UNION und eben diesen übergebenen Filterwerten zurückliefern. 

Aktuell habe ich z.B. die Abfrage(Tippfehler seien verziehen)

Select * from a left outer join (select * from c union select * from d) as b where a.id=b.id and a.id=40

Die interne Abfrage mit dem union ist in wirklichkeit komplizierter und dauert recht lange. Habe daher gehofft, dass ich mit der übergabe vom id-Wert die UNION-Abfrage bereits da klein halten kann. Die Abfrage wird dann selber wieder in einer View genutzt und da kommt dann der 40 aus dieser Spalte.

 

Gruss Christoph

 Weil das 40 aber eben nicht fest ist sondern aus einer anderen View welche diese View mit Join verbindet, geht das so nicht.

Wenn ich anstelle von 40 a.id schreibe, geht es eben nicht. Daher der Versuch, den Parameter einer Funktion zu übergeben und es da zu machen.

Gruss Christoph

Liefert die Funktion eine Tabelle oder einen einzelnen Wert zurück?

Wenn das nur ein Wert ist, würde ich das in einer Unterabfrage isolieren / kapseln:

 Select A.id, functionB(A.id) As Ergebnis From Tabelle As A

 

Das läßt sich dann regulär in einer Join-Klausel verwenden.

 Nein, es ist eben nicht ein Wert sondern eine Tabelle.

Wenn man einen Left Join nutzt und die linke Tabelle eher klein ist, sollte normalerweise der Optimierer den rechten Ausdruck ohnehin höchstens für die links auftretenden Werte berechnen.

Wenn man Views nutzt, kann es passieren, daß die Indices nicht mehr verwendet werden. Da müßte man sich den Ablaufplan der ganzen Abfrage ansehen.

ChristophSchmid:

Aktuell habe ich z.B. die Abfrage(Tippfehler seien verziehen)

Select * from a left outer join (select * from c union select * from d) as b where a.id=b.id and a.id=40

Die interne Abfrage mit dem union ist in wirklichkeit komplizierter und dauert recht lange. Habe daher gehofft, dass ich mit der übergabe vom id-Wert die UNION-Abfrage bereits da klein halten kann. Die Abfrage wird dann selber wieder in einer View genutzt und da kommt dann der 40 aus dieser Spalte.

Korreliertes Verwenden eines 'äußeren Wertes' geht nur bei korrelierten Unterabfragen. Wenn das Gesamtkonstrukt selbst innerhalb einer übergeordneten Struktur in Form einer Unterabfrage genutzt wird,dann kann das drumherum seinen Wert X.id an verschiedene Stellen (Where-Klausel außen und innen) durchreichen. Damit dürfte der innere Join-Ausdruck auch bloß noch das berechnen, was er soll.

PS: Left Join mit On formulieren, also

Select * from a left outer join (select * from c union select * from d) as b On a.id=b.id Where a.id=40

Womöglich löst der Abfrageoptimierer dieses etwas untypische Konstrukt komisch auf (hängt m.W. nach auch von der Lizenz ab).

Hi Christoph,

 SQL Server 2005???

SELECT   * FROM a 
OUTER APPLY functionB(a.id)             -- outer apply == outer join & cross apply == inner join

Grüße

Nic