Microsoft SQL AI Developer Associate (DP-800) — Questões de prática e simulado

O argumento de flags modifica como o padrão é interpretado, e não o que ele contém, e os modificadores suportados cobrem a diferenciação entre maiúsculas e minúsculas, a ancoragem em várias linhas e se o ponto corresponde a uma quebra de linha. Como o argumento é uma string e não um conjunto de parâmetros separados, o mecanismo precisa resolver os conflitos dentro dela, e faz isso deixando o último caractere vencer, o que torna o resultado determinístico, mas fácil de errar quando os flags são montados a partir da configuração. Um caractere fora do conjunto suportado é um erro duro, e não algo ignorado em silêncio, e uma string vazia é tratada como o padrão. O hábito prático é montar a string de flags em um único lugar e testar o comportamento resultante, porque um filtro que silenciosamente diferencia maiúsculas de minúsculas devolve menos linhas em vez de falhar. Dica de prova: flags contraditórios se resolvem a favor do último, e o padrão diferencia maiúsculas de minúsculas.

O acesso sem senha ao Azure SQL se apoia na ideia de que uma carga de trabalho deve provar o que ela é, e não o que ela sabe. Uma identidade gerenciada é emitida para um recurso do Azure, e a plataforma de identidade do Azure atesta o vínculo entre a identidade e esse recurso, de modo que a aplicação solicita um token em vez de apresentar um segredo. Nada precisa ser armazenado, rotacionado ou entregue a um desenvolvedor, o que elimina a maior causa isolada de vazamento de credenciais de banco de dados. A alternativa para aplicações, uma entidade de serviço com um segredo de cliente, ainda funciona, mas reintroduz uma senha que pode ser adivinhada ou vazada, e por isso a documentação a marca como não recomendada. Usuários humanos contam com outro conjunto de métodos, incluindo a autenticação integrada e a autenticação multifator. Acima de tudo isso ficam os grupos, que permitem gerenciar as permissões uma única vez e fazer com que muitas identidades as herdem. Dica de prova: carga de trabalho mais sem senha significa identidade gerenciada.

A escolha entre busca exaustiva e aproximada aparece no texto da consulta, e não em uma configuração. Uma consulta que calcula uma distância para as linhas candidatas e ordena por ela compara todas as linhas que sobreviveram aos predicados, o que é exaustivo e entrega os verdadeiros vizinhos mais próximos. A busca aproximada é outro caminho de código: ela precisa de um índice vetorial sobre a coluna e da função de busca capaz de usá-lo, e troca um pouco de recall por velocidade. Os filtros também importam, porque predicados seletivos podem reduzir o conjunto de candidatos o bastante para que uma comparação exaustiva continue barata. Dica de prova: procure o índice e a função de busca antes de chamar uma consulta de aproximada.

A restrição aqui é mais estreita do que uma regra geral sobre determinismo. O determinismo é uma propriedade documentada de uma função — funções determinísticas retornam o mesmo resultado sempre que são chamadas com um conjunto específico de valores de entrada e com o mesmo estado do banco de dados, enquanto as não determinísticas podem retornar resultados diferentes nessas mesmas condições — e o que essa propriedade governa é a indexabilidade: se o Mecanismo de Banco de Dados pode indexar os resultados da função, por meio de índices em colunas computadas que a chamam ou por meio de exibições indexadas que a referenciam. Uma função definida pelo usuário em Transact-SQL não precisa ser determinística. O que o artigo proíbe é uma lista curta e nomeada de funções internas não determinísticas dentro do corpo de uma UDF — NEWID, NEWSEQUENTIALID, RAND e TEXTPTR — e referenciar uma delas gera o Msg 443, uso inválido de um operador com efeitos colaterais dentro de uma função. Isso convive com as demais limitações da função: ela não pode executar ações que modifiquem o estado do banco de dados, não pode conter uma cláusula OUTPUT INTO com uma tabela como destino e não pode usar SQL dinâmico nem tabelas temporárias, embora variáveis de tabela sejam permitidas. Os efeitos colaterais são o fio condutor que a documentação traça: mudanças em um estado global do banco de dados, como uma atualização em uma tabela, ou em um recurso externo como um arquivo ou a rede, e funções que os criam não são recomendadas. A solução alternativa da exibição existe porque uma exibição é uma consulta e a restrição está escrita sobre o que o corpo de uma função pode referenciar diretamente: encapsule a função com efeitos colaterais em uma exibição e chame a exibição de dentro da função. É uma saída documentada, e não um convite, e um design que precisa de um novo identificador por linha pode gerá-lo na instrução que chama.