Microsoft SQL AI Developer Associate (DP-800) — Übungsfragen und Probeprüfung

Das Flags-Argument verändert, wie das Muster interpretiert wird, nicht was es enthält, und die unterstützten Modifizierer decken die Beachtung der Groß- und Kleinschreibung, die mehrzeilige Verankerung und die Frage ab, ob der Punkt auch einen Zeilenumbruch trifft. Weil das Argument eine Zeichenfolge und keine Menge getrennter Parameter ist, muss die Engine Konflikte darin auflösen, und sie tut das, indem sie das letzte Zeichen gewinnen lässt, was das Ergebnis deterministisch macht, aber leicht falsch, wenn die Flags aus einer Konfiguration zusammengesetzt werden. Ein Zeichen außerhalb der unterstützten Menge ist ein harter Fehler und wird nicht stillschweigend ignoriert, und eine leere Zeichenfolge gilt als Standard. Die praktische Gewohnheit ist, die Flags-Zeichenfolge an einer Stelle zu bauen und das aufgelöste Verhalten zu testen, denn ein stillschweigend auf Groß- und Kleinschreibung achtender Filter liefert weniger Zeilen, statt fehlzuschlagen. Prüfungstipp: Widersprüchliche Flags werden zugunsten des letzten aufgelöst, und der Standard beachtet die Groß- und Kleinschreibung.

Kennwortloser Zugriff auf Azure SQL beruht auf der Idee, dass eine Workload beweisen sollte, was sie ist, statt was sie weiß. Eine verwaltete Identität wird einer Azure-Ressource ausgestellt, und die Azure-Identitätsplattform bürgt für die Verbindung zwischen der Identität und dieser Ressource, sodass die Anwendung ein Token anfordert, statt ein Geheimnis vorzuzeigen. Nichts muss gespeichert, rotiert oder an einen Entwickler übergeben werden, was die größte Einzelursache für durchgesickerte Datenbank-Anmeldeinformationen beseitigt. Die Alternative für Anwendungen, ein Dienstprinzipal mit einem geheimen Clientschlüssel, funktioniert weiterhin, führt aber wieder ein Kennwort ein, das erraten werden oder durchsickern kann, weshalb die Dokumentation sie als nicht empfohlen kennzeichnet. Für menschliche Benutzer gibt es andere Methoden, darunter die integrierte Authentifizierung und die mehrstufige Authentifizierung. Darüber liegen Gruppen, mit denen sich Berechtigungen einmal verwalten und von vielen Identitäten erben lassen. Prüfungstipp: Workload plus kennwortlos heißt verwaltete Identität.

Die Entscheidung zwischen erschöpfender und approximativer Suche zeigt sich im Abfragetext und nicht in einer Einstellung. Eine Abfrage, die für die Kandidatenzeilen eine Distanz berechnet und danach sortiert, vergleicht jede Zeile, die die Prädikate überstanden hat, was erschöpfend ist und die echten nächsten Nachbarn liefert. Die approximative Suche ist ein anderer Codepfad: Sie braucht einen Vektorindex auf der Spalte und die Suchfunktion, die ihn nutzen kann, und sie tauscht ein wenig Trefferquote gegen Geschwindigkeit. Auch Filter spielen eine Rolle, denn selektive Prädikate können die Kandidatenmenge so weit verkleinern, dass ein erschöpfender Vergleich günstig bleibt. Prüfungstipp: Achte auf den Index und die Suchfunktion, bevor du eine Abfrage als approximativ bezeichnest.

Die Einschränkung ist hier enger als eine allgemeine Regel über Determinismus. Determinismus ist eine dokumentierte Eigenschaft einer Funktion — deterministische Funktionen liefern jedes Mal dasselbe Ergebnis, wenn sie mit einer bestimmten Menge von Eingabewerten und bei gleichem Zustand der Datenbank aufgerufen werden, während nicht deterministische unter denselben Bedingungen unterschiedliche Ergebnisse liefern können — und was diese Eigenschaft regelt, ist die Indizierbarkeit: ob das Datenbankmodul die Ergebnisse der Funktion indizieren kann, über Indizes auf berechneten Spalten, die sie aufrufen, oder über indizierte Sichten, die sie referenzieren. Eine benutzerdefinierte Transact-SQL-Funktion muss nicht deterministisch sein. Was der Artikel verbietet, ist eine kurze, namentlich genannte Liste nicht deterministischer integrierter Funktionen im Rumpf einer UDF — NEWID, NEWSEQUENTIALID, RAND und TEXTPTR — und der Verweis auf eine von ihnen löst Msg 443 aus, die unzulässige Verwendung eines Operators mit Nebenwirkungen innerhalb einer Funktion. Das steht neben den übrigen Einschränkungen der Funktion: Sie kann keine Aktionen ausführen, die den Zustand der Datenbank ändern, sie kann keine OUTPUT INTO-Klausel mit einer Tabelle als Ziel enthalten, und sie kann weder dynamisches SQL noch temporäre Tabellen nutzen, Tabellenvariablen dagegen schon. Nebenwirkungen sind der rote Faden, den die Dokumentation zieht: Änderungen an einem globalen Zustand der Datenbank, etwa eine Aktualisierung einer Tabelle, oder an einer externen Ressource wie einer Datei oder dem Netzwerk, und Funktionen, die solche erzeugen, werden nicht empfohlen. Die Umgehung über eine Sicht existiert, weil eine Sicht eine Abfrage ist und die Einschränkung darauf geschrieben ist, worauf ein Funktionsrumpf direkt verweisen darf: Packe die Funktion mit Nebenwirkungen in eine Sicht und rufe die Sicht innerhalb der Funktion auf. Das ist eine dokumentierte Notausstiegsluke und keine Einladung, und ein Entwurf, der pro Zeile einen neuen Bezeichner braucht, kann ihn stattdessen in der aufrufenden Anweisung erzeugen.