Comprendre le déterminisme

sur quelque chose, SQL Server a besoin de définir avec déterminisme (définir
avec certitude) l’élément qui sera indexé.

Les UDF peuvent être déterministes ou non déterministes. C’est le rôle de la fonction,
plus que de ses paramètres, qui définit son déterminisme. SUM() est une fonction
intégrée déterministe : la somme de 3, 5 et 10 reste toujours 18, à  chaque fois
que la fonction est invoquée avec ces valeurs. GETDATE(), à  l’inverse, est non
déterministe : la valeur que renvoie la fonction change pratiquement à  chaque
appel.

Pour être déterministe, une fonction doit remplir trois critères. Premièrement,
la fonction doit être liée à  un schéma. Tout objet dont dépend la fonction possède
une dépendance répertoriée et aucune modification de cet objet n’est permise (via
une instruction ALTER par exemple) à  moins que l’on n’exécute la fonction DROP
au préalable sur la fonction dépendante. Ensuite, toutes les autres fonctions
auxquelles la fonction fait référence, qu’elles soient programmées par l’utilisateur
ou par le système, doivent aussi être déterministes. Enfin, la fonction ne peut
pas faire référence à  un objet non déterministe (ce qui élimine tous les objets
à  l’exception des autres fonctions) en dehors de l’étendue de la fonction.

Si on construit une vue ou une colonne calculée faisant référence à  une fonction
non déterministe, on ne peut pas construire d’index sur cette vue ou colonne calculée.
Cette limitation n’est pas la fin du monde en soi, mais il faudra déterminer si
une fonction est déterministe ou non avant de créer des index sur des vues ou
des colonnes utilisant cette fonction.