Microsoft SQL AI Developer Associate (DP-800) — Questions d'entraînement et examen blanc

L'argument flags modifie la façon dont le motif est interprété plutôt que son contenu, et les modificateurs pris en charge couvrent la sensibilité à la casse, l'ancrage multiligne et le fait que le point corresponde ou non à un saut de ligne. Comme cet argument est une chaîne et non un ensemble de paramètres distincts, le moteur doit résoudre les conflits qu'elle contient, et il le fait en laissant le dernier caractère l'emporter, ce qui rend le résultat déterministe mais facile à manquer lorsque les flags sont assemblés à partir d'une configuration. Un caractère hors de l'ensemble pris en charge provoque une erreur franche plutôt qu'un abandon silencieux, et une chaîne vide est traitée comme la valeur par défaut. La bonne habitude consiste à construire la chaîne de flags à un seul endroit et à tester le comportement obtenu, car un filtre silencieusement sensible à la casse renvoie moins de lignes au lieu d'échouer. Conseil pour l'examen : des flags contradictoires se résolvent au profit du dernier, et la valeur par défaut est sensible à la casse.

L'accès sans mot de passe à Azure SQL repose sur l'idée qu'une charge de travail doit prouver ce qu'elle est plutôt que ce qu'elle sait. Une identité managée est délivrée à une ressource Azure, et la plateforme d'identité Azure se porte garante du lien entre l'identité et cette ressource, si bien que l'application demande un jeton au lieu de présenter un secret. Rien n'a à être stocké, renouvelé ni remis à un développeur, ce qui supprime la principale cause de fuite d'informations d'identification de base de données. L'autre possibilité pour les applications, un principal de service avec une clé secrète client, fonctionne toujours mais réintroduit un mot de passe qui peut être deviné ou divulgué, et la documentation la signale donc comme non recommandée. Les utilisateurs humains disposent d'un autre ensemble de méthodes, dont l'authentification intégrée et l'authentification multifacteur. Les groupes viennent par-dessus tout cela, permettant de gérer les autorisations une seule fois et de les faire hériter par de nombreuses identités. Conseil pour l'examen : charge de travail plus sans mot de passe signifie identité managée.

Le choix entre recherche exhaustive et recherche approximative apparaît dans le texte de la requête plutôt que dans un paramètre. Une requête qui calcule une distance pour les lignes candidates et trie sur cette distance compare chaque ligne qui a survécu aux prédicats, ce qui est exhaustif et donne les véritables plus proches voisins. La recherche approximative emprunte un autre chemin de code : elle a besoin d'un index vectoriel sur la colonne et de la fonction de recherche capable de l'utiliser, et elle échange un peu de rappel contre de la vitesse. Les filtres comptent aussi, car des prédicats sélectifs peuvent réduire l'ensemble de candidats au point qu'une comparaison exhaustive reste peu coûteuse. Conseil pour l'examen : repère l'index et la fonction de recherche avant de qualifier une requête d'approximative.

La restriction est ici plus étroite qu'une règle générale sur le déterminisme. Le déterminisme est une propriété documentée d'une fonction — les fonctions déterministes renvoient le même résultat chaque fois qu'elles sont appelées avec un ensemble donné de valeurs d'entrée et avec le même état de la base de données, tandis que les fonctions non déterministes peuvent renvoyer des résultats différents dans ces mêmes conditions — et ce que cette propriété gouverne, c'est l'indexabilité : le fait que le Moteur de base de données puisse indexer les résultats de la fonction, via des index sur des colonnes calculées qui l'appellent ou via des vues indexées qui la référencent. Une fonction définie par l'utilisateur en Transact-SQL n'est pas tenue d'être déterministe. Ce que l'article interdit, c'est une courte liste nommée de fonctions intégrées non déterministes dans le corps d'une UDF — NEWID, NEWSEQUENTIALID, RAND et TEXTPTR — et référencer l'une d'elles déclenche le Msg 443, utilisation non valide d'un opérateur à effet de bord au sein d'une fonction. Cela s'ajoute aux autres limitations de la fonction : elle ne peut pas effectuer d'actions qui modifient l'état de la base de données, elle ne peut pas contenir de clause OUTPUT INTO ayant une table pour cible, et elle ne peut utiliser ni SQL dynamique ni tables temporaires, les variables de table étant en revanche autorisées. Les effets de bord sont le fil conducteur que trace la documentation : des changements dans un état global de la base de données, comme une mise à jour d'une table, ou dans une ressource externe comme un fichier ou le réseau, et les fonctions qui en produisent ne sont pas recommandées. La solution de contournement par la vue existe parce qu'une vue est une requête et que la restriction porte sur ce qu'un corps de fonction peut référencer directement : encapsule la fonction à effet de bord dans une vue et appelle la vue depuis l'intérieur de la fonction. C'est une échappatoire documentée plutôt qu'une invitation, et une conception qui a besoin d'un nouvel identifiant par ligne peut le générer dans l'instruction appelante.