Microsoft SQL AI Developer Associate (DP-800) — Preguntas de práctica y simulacro de examen

El argumento de flags modifica cómo se interpreta el patrón y no lo que este contiene, y los modificadores admitidos cubren la distinción entre mayúsculas y minúsculas, el anclaje multilínea y si el punto coincide con un salto de línea. Como el argumento es una cadena y no un conjunto de parámetros separados, el motor tiene que resolver los conflictos dentro de ella, y lo hace dejando que gane el último carácter, lo que vuelve el resultado determinista pero fácil de equivocar cuando los flags se arman a partir de la configuración. Un carácter fuera del conjunto admitido es un error duro y no algo que se ignore en silencio, y una cadena vacía se trata como el valor predeterminado. La costumbre práctica es construir la cadena de flags en un solo lugar y probar el comportamiento resultante, porque un filtro que en silencio distingue mayúsculas de minúsculas devuelve menos filas en lugar de fallar. Consejo para el examen: los flags contradictorios se resuelven a favor del último, y el valor predeterminado distingue mayúsculas de minúsculas.

El acceso sin contraseña a Azure SQL se apoya en la idea de que una carga de trabajo debería demostrar lo que es y no lo que sabe. Una identidad administrada se le emite a un recurso de Azure, y la plataforma de identidad de Azure responde por el vínculo entre la identidad y ese recurso, de modo que la aplicación pide un token en lugar de presentar un secreto. No hay que almacenar, rotar ni entregarle nada a un desarrollador, lo que elimina la mayor causa individual de filtración de credenciales de base de datos. La alternativa para las aplicaciones, una entidad de servicio con un secreto de cliente, sigue funcionando, pero reintroduce una contraseña que se puede adivinar o filtrar, así que la documentación la marca como no recomendada. Los usuarios humanos tienen otro conjunto de métodos, entre ellos la autenticación integrada y la autenticación multifactor. Por encima de todo esto están los grupos, que permiten administrar los permisos una sola vez y que muchas identidades los hereden. Consejo para el examen: carga de trabajo más sin contraseña significa identidad administrada.

La elección entre búsqueda exhaustiva y aproximada aparece en el texto de la consulta y no en una configuración. Una consulta que calcula una distancia para las filas candidatas y ordena por ella compara todas las filas que sobreviven a los predicados, lo cual es exhaustivo y entrega los verdaderos vecinos más cercanos. La búsqueda aproximada es otra ruta de código: necesita un índice vectorial sobre la columna y la función de búsqueda que pueda usarlo, y cambia un poco de recall por velocidad. Los filtros también importan, porque unos predicados selectivos pueden reducir el conjunto de candidatos lo suficiente como para que una comparación exhaustiva siga siendo barata. Consejo para el examen: busca el índice y la función de búsqueda antes de llamar aproximada a una consulta.

La restricción aquí es más estrecha que una regla general sobre determinismo. El determinismo es una propiedad documentada de una función —las funciones deterministas devuelven el mismo resultado cada vez que se las llama con un conjunto específico de valores de entrada y con el mismo estado de la base de datos, mientras que las no deterministas pueden devolver resultados distintos en esas mismas condiciones— y lo que esa propiedad gobierna es la indexabilidad: si el Motor de base de datos puede indexar los resultados de la función, mediante índices en columnas calculadas que la llaman o mediante vistas indexadas que la referencian. Una función definida por el usuario de Transact-SQL no está obligada a ser determinista. Lo que el artículo prohíbe es una lista corta y con nombres de funciones integradas no deterministas dentro del cuerpo de una UDF —NEWID, NEWSEQUENTIALID, RAND y TEXTPTR— y referenciar una de ellas provoca el Msg 443, uso no válido de un operador con efectos secundarios dentro de una función. Eso convive con las demás limitaciones de la función: no puede realizar acciones que modifiquen el estado de la base de datos, no puede contener una cláusula OUTPUT INTO con una tabla como destino y no puede usar SQL dinámico ni tablas temporales, aunque las variables de tabla sí se permiten. Los efectos secundarios son el hilo conductor que traza la documentación: cambios en un estado global de la base de datos, como una actualización de una tabla, o en un recurso externo como un archivo o la red, y las funciones que los provocan no son recomendables. La solución alternativa de la vista existe porque una vista es una consulta y la restricción está escrita sobre lo que el cuerpo de una función puede referenciar directamente: envuelve la función con efectos secundarios en una vista y llama a la vista desde dentro de la función. Es una salida documentada más que una invitación, y un diseño que necesita un identificador nuevo por fila puede generarlo en la instrucción que llama.