CROIX APPLIQUER avec la fonction table de restriction de la performance

J'ai un problème avec CROSS APPLY avec paramétrés de la fonction table.
Ici est simplifié pseudo-code exemple:

SELECT * 
FROM (
    SELECT lor.*
    FROM LOT_OF_ROWS_TABLE lor
    WHERE ...
) AS lor
CROSS APPLY dbo.HeavyTableValuedFunction(lor.ID) AS htvf
INNER JOIN ANOTHER_TABLE AS at ON lor.ID = at.ID 
WHERE ...

Sélection interne sur la table LOT_OF_ROWS_TABLE est de retour, le nombre de lignes.
La jointure de tables LOT_OF_ROWS_TABLE et ANOTHER_TABLE ne renvoie qu'un seul ou quelques lignes.
Fonction à valeur de Table est très coûteuse en temps et lors de l'appel pour un grand nombre de
les lignes de l'sélectionnez dure très longtemps.

Mon problème:

La fonction est appelée pour toutes les lignes renvoyées par LOT_OF_ROWS_TABLE indépendamment du fait que les données soient limitées lorsque vient se joindre à ANOTHER_TABLE.

L'sélectionnez doit être dans le format, il est généré, et en fait il est beaucoup plus dificile.

Quand j'essaie de le réécrire, il peut être très rapide, mais il ne peut pas être réécrite comme ceci:

SELECT * 
FROM (
    SELECT lor.*
    FROM LOT_OF_ROWS_TABLE lor
    WHERE ...
) AS lor
INNER JOIN ANOTHER_TABLE AS at ON lor.ID = at.ID 
CROSS APPLY dbo.HeavyTableValuedFunction(at.ID) AS htvf
WHERE ...

Je voudrais savoir:

Est-il un réglage ou une astuce ou quelque chose que les forces de sélectionner la fonction d'appel uniquement pour finalement restreint de lignes?

Merci.

EDIT:

La fonction à valeur de table est très complexe: http://pastebin.com/w6azRvxR.
Le select nous parlons est "configuré par l'utilisateur" et généré: http://pastebin.com/bFbanY2n.

Une évidence peut-être: Si seulement vous pouviez changer l'ordre des jointures dans le texte de la requête. Vous pourriez avoir utilisé le FORCE_ORDER indicateur de requête. Comment est le code généré? Il n'y a pas moyen de modifier le comportement sur la fin?
Changer votre dbo.HeavyTableValuedFunction(..) multi-ligne de la table de fonction à une fonction Table en ligne.
trop complexe pour être simplement réécrire une fonction inline
Ah, bien, c'est ce qui est à l'origine de votre problème, donc si vous ne l'affiche pas de nous, il ya peu que nous pouvons faire pour les aider.
La fonction à valeur de table: pastebin.com/w6azRvxR et sélectionnez de nous en parle: pastebin.com/bFbanY2n

OriginalL'auteur Pavel Hodek | 2013-04-26

2

vous pouvez diviser cette requête en 2 parties soit utiliser une variable de table ou table temp
```
SELECT lor.*,at.* into #tempresult
FROM (
    SELECT lor.*
    FROM LOT_OF_ROWS_TABLE lor
    WHERE ...
) lor
INNER JOIN ANOTHER_TABLE AS at ON lor.ID = at.ID 
WHERE ...
```
maintenant, faites de beaucoup de temps qui est fonction à valeur de table droit
```
SELECT  * FROM #tempresult
CROSS APPLY dbo.HeavyTableValuedFunction(#tempresult.ID) AS htvf
```
Merci, mais je ne peux pas faire cela, parce que " lor " table et de la croix s'appliquent doivent être ensemble, ils représentent une unité à l'intérieur du complexe de la requête générée (il peut y avoir plus d'unités jointes) et puis finalement filtré (en vrai le another_table est temporaire variable de table avec des disques qui représente finale de restriction).

OriginalL'auteur Sankara
1

Je crois que c'est ce que vous cherchez.

Plan de Forcer Scénario: Créer un Plan Guide de la Vigueur d'un Plan d'Obtenues à partir d'une Requête Réécrite

Fondamentalement, il décrit la ré-écriture de la requête pour obtenir un plan généré à l'aide de l'ordre correct des jointures. Puis, d'économie et de forcer votre requête existante (qui ne change pas) d'utiliser le plan que vous avez enregistré off.

Le BOL lien que j'ai mis en donne même un exemple précis de la ré-écriture de la requête de mettre le joint dans un ordre différent et à l'aide d'un FORCE ORDER soupçon. Ensuite, à l'aide de sp_create_plan_guild de prendre le plan de la ré-écrit de la requête et de l'utiliser sur la requête d'origine.

Malheureusement, le select est "configuré par l'utilisateur" et généré, il peut joindre plusieurs autres tables - je ne peux pas prédire le plan.

OriginalL'auteur Kenneth Fisher
0

OUI et NON... c'est dur à interprit ce que vous essayez d'atteindre sans échantillon de données et de résultats, pour comparer les résultats.

Je voudrais savoir:

Est-il un réglage ou une astuce ou quelque chose que les forces de select pour appeler
fonction uniquement pour finalement restreint de lignes?

Donc je vais répondre à votre question ci-dessus (3 ans plus tard!!) directement, avec une instruction directe:

Vous avez besoin d'apprendre au sujet de la CTE, et la différence entre les APPLIQUER
par rapport à la JOINTURE INTERNE et pourquoi l'utilisation de la CROIX de s'APPLIQUER dans votre cas est
nécessaire. Vous "pourrait" prendre le code de votre fonction et de l'appliquer
en une seule instruction SQL à l'aide de la CTE.

ie:

Lire cette et cette.

Essentiellement, quelque chose comme ça...
```
WITH    t2o AS
        (
        SELECT  t2.*, ROW_NUMBER() OVER (PARTITION BY t1_id ORDER BY rank) AS rn
        FROM    t2
        )
SELECT  t1.*, t2o.*
FROM    t1
INNER JOIN
        t2o
ON      t2o.t1_id = t1.id
        AND t2o.rn <= 3
```
Appliquer votre requête pour extrapoler la date que vous souhaitez une FOIS, et à l'aide de la CTE, appliquez ensuite votre deuxième SQL à l'aide de la CROIX APPLIQUER.

Vous n'avez pas le choix. Vous ne pouvez pas faire ce que vous essayez de le faire en SQL.

OriginalL'auteur Fandango68

Vous devez vous connecter pour publier un commentaire.