SQL Server: les Fonctions de Table vs Procédures Stockées

• Wow, de sorte que la ligne de fond est que de procédures stockées en cache des plans d'exécution, et sont, par conséquent, la méthode la plus efficace de l'interrogation des données, battant même point de vue.
• vue de cache (comme inline Tvf). Stockées procs est beaucoup plus souple (par exemple, si je veux SET NOCOUNT on, ENSEMBLE XACTABORT + TRY/CATCH)
• Je suis de l'utilisation de multi-déclaration Tvf varié de paramétrer l'entrée, avec l'OPTION "OPTION (OPTIMISER POUR (@JobID INCONNU....)) l'inclusion. Est-ce optimal?
• L'OPTION soupçon peut être ignoré. Multi-déclaration Tvf sont connus des boîtes noires: je ne suis pas sûr que ça va propager dans la TVF. Liens: One, Two
• Je suppose stockées procs sont aussi des "boîtes noires". Compte tenu de ce que vous avez dit et ce que j'ai lu, il semble que la seule façon efficace de générer un multi-ligne de la table de résultat qui peut participer dans une instruction SQL est d'utiliser une ligne de la table de fonction. Qui peut être délicat.
• Ce que nous entendons par les boîtes noires: votre table des rendements de 20 colonnes. Vous ne SELECT col1, col2 from tvf WHERE foo = bar. Une ligne TVF (ou une procédure stockée qui a seulement col1 et col2) vont travailler sur le plan de col1, col2 avec la où la. Un multi TVF a à exécuter pour tous les 20 colonnes, bobine de résultats, puis filtre, puis limiter à 2 colonnes.
• J'obtiens ce que vous dites au sujet de colonnes. Le multi tvf ne peut pas voir la sélection externe, de sorte que les rendements tout (dans cet exemple), et ce résultat est ensuite filtré. Je demande à propos de lignes. Je sais que si nous disons "SELECT id, dbo.get_max" où get_max est un multi TVF, elle sera appelée pour chaque ligne. Qui fait sens. Ce que je veux dire c'est qu'il me semble que, malgré ce comportement, il serait appelé une seule fois pour quelque chose comme ce qui suit:", sélectionnez x de dbo.get_dataset" ET de: "select x, t de.y à partir de la table de jointure interne get_dataset t sur x.id = t.id" Suis-je le corriger?
• oui. Appelé une fois dans la clause from.
• Merci pour votre aide! J'ai une question, si vous n'avez pas l'esprit. Inline Tvf semblent être les performances gagnant où le résultat souhaité est un tableau. Nous avons examiné le plan d'une requête de mise en cache et les paramètres facultatifs. Une ligne TVF ne cache plans, mais ne peut pas prendre l'OPTION "OPTIMISER POUR ? INCONNU" instruction. Est-ce à dire inline Tvf subira le même sort que stockées procs où le 1er exécution provoque la mise en cache pour que paramètre à la valeur fixée, et tous les appels ultérieurs utiliser ce plan initial? Ou SQL Server cache un plan générique, en omettant les params?
• Et faire les fonctions scalaires cache des plans d'exécution?
• L'OPTION "OPTIMISER POUR ? INCONNU" irait dans la requête externe qui utilise dans la ligne TVF (Cela s'applique à la plupart des conseils d'ailleurs). Tous les plans sont égaux trop si la procédure stockée ou ad-hoc ou du lot d'un point de vue à l'aide d'un inline Tvf. Scalaire: si la fonction scalaire n'a accès à la table puis c'est aussi mauvais qu'un multi TVF. Il a probablement un plan mais je ne me souviens pas maintenant 🙂
• Je pense qu'en fait, tout les caches un plan de requête lorsque cela est possible. Il n'est pas limité à certaines catégories de la base de données access. La clé est de se rappeler l'indice, au bon endroit, et d'essayer d'éviter les multi-déclaration de la table de fonctions à tous les coûts. 🙂 Même dans l'article msdn.microsoft.com/en-us/library/ee343986(SQL.100).aspx, MS n'arrive pas à l'énoncer clairement.
• Mais vous ne pouvez pas retourner un tableau avec une procédure stockée, droit? Ne pas les procédures stockées de toujours renvoyer un nombre entier? Si votre procédure stockée est une instruction select, pouvez-vous utiliser le résultat de cette instruction select lors de l'exécution de la procédure?

Tous les commentaires