Fonctions déterministes et non déterministes

Les fonctions déterministes retournent toujours le même résultat chaque fois qu’elles sont appelées avec un ensemble spécifique de valeurs d’entrée et étant donné le même état de la base de données. Les fonctions non déterministes peuvent retourner des résultats différents chaque fois qu’elles sont appelées avec un ensemble spécifique de valeurs d’entrée, même si l’état de la base de données auquel ils accèdent reste le même. Par exemple, la fonction AVG retourne toujours le même résultat en fonction des qualifications indiquées ci-dessus, mais la fonction GETDATE, qui retourne la valeur datetime actuelle, retourne toujours un résultat différent.

Il existe plusieurs propriétés des fonctions définies par l’utilisateur qui déterminent la capacité du moteur de base de données SQL Server à indexer les résultats de la fonction, soit par le biais d’index sur des colonnes calculées qui appellent la fonction, soit par le biais de vues indexées qui référencent la fonction. Le déterminisme d’une fonction est une telle propriété. Par exemple, un index cluster ne peut pas être créé sur une vue si la vue fait référence à des fonctions non déterministes. Pour plus d’informations sur les propriétés des fonctions, notamment le déterminisme, consultez User-Defined Functions.

Cette rubrique identifie le déterminisme des fonctions système intégrées et l’effet sur la propriété déterministe des fonctions définies par l’utilisateur lorsqu’elle contient un appel à des procédures stockées étendues.

Déterminisme de fonction intégré

Vous ne pouvez pas influencer le déterminisme d’une fonction intégrée. Chaque fonction intégrée est déterministe ou non déterministe en fonction de la façon dont la fonction est implémentée par SQL Server. Par exemple, la spécification d’une clause ORDER BY dans une requête ne modifie pas le déterminisme d’une fonction utilisée dans cette requête.

Toutes les fonctions intégrées de chaîne sont déterministes. Pour obtenir la liste de ces fonctions, consultez Fonctions de chaîne (Transact-SQL).

Les fonctions intégrées suivantes provenant de catégories de fonctions intégrées autres que les fonctions de chaîne sont toujours déterministes.

Les fonctions suivantes ne sont pas toujours déterministes, mais peuvent être utilisées dans des vues indexées ou des index sur des colonnes calculées lorsqu’elles sont spécifiées de manière déterministe.

Toutes les fonctions statistiques de configuration, de curseur, de métadonnées, de sécurité et de système ne sont pas déterministes. Pour obtenir la liste de ces fonctions, consultez Fonctions de configuration (Transact-SQL),Fonctions de curseur (Transact-SQL),Fonctions de métadonnées (Transact-SQL) , Fonctions de sécurité (Transact-SQL) et Fonctions statistiques système (Transact-SQL) .

Les fonctions intégrées suivantes d’autres catégories sont toujours non déterministes.

Appel de procédures stockées étendues à partir de fonctions

Les fonctions qui appellent des procédures stockées étendues ne sont pas déterministes, car les procédures stockées étendues peuvent entraîner des effets secondaires sur la base de données. Les effets secondaires sont des modifications apportées à un état global de la base de données, comme une mise à jour vers une table, ou à une ressource externe, telle qu’un fichier ou le réseau ; par exemple, la modification d’un fichier ou l’envoi d’un message électronique. Vous ne devez pas vous appuyer sur le retour d’un jeu de résultats cohérent lors de l’exécution d’une procédure stockée étendue à partir d’une fonction définie par l’utilisateur. Les fonctions définies par l’utilisateur qui créent des effets secondaires sur la base de données ne sont pas recommandées.

Lorsqu’elle est appelée à partir d’une fonction, la procédure stockée étendue ne peut pas retourner les jeux de résultats au client. Toute API Open Data Services qui retourne des jeux de résultats au client aura un code de retour d’FAIL.

La procédure stockée étendue peut se reconnecter à SQL Server. Toutefois, la procédure ne peut pas faire partie de la même transaction que la fonction originale qui a appelé la procédure stockée étendue.

Comme pour les appels à partir d’un lot ou d’une procédure stockée, la procédure stockée étendue est exécutée dans le contexte du compte de sécurité Microsoft Windows sous lequel SQL Server s’exécute. Le propriétaire de la procédure stockée étendue doit tenir compte de cela lors de l’octroi d’autorisations à d’autres utilisateurs pour exécuter la procédure.