JOINTURE INTERNE avec Fonction Table ne fonctionne pas

J'ai une fonction à valeur de table qui retourne une table. Lorsque j'essaie de JOIN de la fonction table avec une autre table je n'obtenez pas de résultats, mais quand je copie le résultat de la fonction dans un tableau et faire de même rejoindre, puis-je obtenir les résultats escomptés.

La requête ressemble à quelque chose comme ceci:

Select *
From myTable
INNER JOIN fn_function(@parm1, @param2)
ON ....

Tous, j'ai environ 4 ces requêtes et chacun a légèrement différentes, mais toutes les fonctions produisent le même tableau, mais différents de données. Pour certains de ces requêtes, l' INNER JOIN fonctionne, mais pour d'autres, il ne le fait pas.

Tout en suggérant pourquoi cela se produit?

Pourrait être quelque chose lié à la non-correspondance des types de données. Pouvez-vous nous montrer certains de code réel?
Des exemples de données et sql violon sera utile.
donner l'exacte requête à l'aide. Il devrait fonctionner. En général, je donne un alias de la fonction comme INNER JOIN fn_function(@param1, @param2) fn ON.... Exacte de la requête aidera à trouver la solution.

InformationsquelleAutor user2343837 | 2014-05-01

66

Avec la fonction à valeur de table vous utilisez généralement Cross Apply.
```
Select *
From myTable m
CROSS APPLY fn_function(m.field1, m.field2)
```
- Seulement si vous voulez transmettre quelque chose à partir de la requête externe dans la fonction en tant que paramètre. Ce qui n'est pas le cas pour l'OP.
- mais cette fonction nécessite les paramètres. donc, puis-je remplacer les paramètres avec les colonnes de jointure?
- Oui si ceux sont les mêmes colonnes.
- Sur une note, qu'entendez-vous par "OP"? 🙂
- L'OP peut être utilisé pour les deux termes étroitement liés, dans mon expérience - message d'Origine (la question qui a été posée) ou Affiche Originale (la personne qui a posé la question). Généralement à partir de leur contexte, vous pouvez en déduire ce qui est signifié ou il peut même ne pas la matière dont l'un était destiné.
- La croix-l'application d'une fonction va l'amener à être exécuté une fois pour chaque ligne de la sélection externe, par opposition à se joindre à elle, qui l'exécute qu'une seule fois. Vous ne pouvez tout simplement pas passer les deux. Et OP signifie "affiche originale'.
- Je suis d'accord avec vous @dean. Traitement par lots dans la plupart des cas, est meilleure que la ligne de traitement. Si les 2 paramètres ne sont pas venant de certaines variables et se joignent à la valeur de mainTable, dans ce cas, je pense que nous devons utiliser de la Croix s'Appliquent. À moins que OP donne plus d'info, je pense que nous ne pouvons pas aller de l'avant.
InformationsquelleAutor Anup Agrawal
1

Si nous avons fait quelques hypothèses que les params de fonctions à valeur de table ne sont pas dépendants de myTable colonnes dynamiquement cela fonctionne.
```
   SELECT *
    FROM myTable 
    INNER JOIN

    (SELECT * from fn_function(@para1, @para2 etc))
 ON ...
```
mais si les paramètres dépendent de myTable il ne fonctionnera pas
- Ce n'est pas vraiment répondre à la question: vous a juste montré plus prolixe façon de formuler le même résultat, sans expliquer comment résoudre la question de savoir si les paramètres ne dépend de chaque individu de ligne de myTable.
InformationsquelleAutor user2343837
1

Votre "À la" clause de la jointure est probablement incorrect. Peut-être une petite faute de frappe comme

REJOINDRE x SUR oID = odID

au lieu de

REJOINDRE x SUR oID = oID
- Bonne réponse pour moi.
InformationsquelleAutor nicko
1

Je pense que cela devrait fonctionner
```
  Select * 
    From Animals 
    Join dbo.AnimalsTypesIds(900343) 
      As AnimalsTypes
      On AnimalsTypes.TypeId = Animals.TypeId
```
En fonction à valeur de table à la table de retour doit avoir TypeId de sorte que rejoindre travaille sur cette clause

InformationsquelleAutor Nayas Subramanian

Vous devez vous connecter pour publier un commentaire.