Por que não posso usar newid() em uma função com valor de tabela definida pelo usuário?

O SQL Server permite apenas que funções determinísticas sejam usadas em funções definidas pelo usuário. Como o valor de NEWID() não é determinístico, ele não pode ser usado. Você descobrirá que a mesma coisa é verdadeira com GETDATE() e qualquer outra função não determinística.

Não estou qualificado para responder por que eles tomariam essa decisão. Isso também me irrita, mas tenho certeza de que a equipe SQL da MS não é desleixada.

EDIT: Acontece que meu conhecimento sobre GETDATE () está desatualizado. Como diz o comentarista, você pode usar GETDATE() nas funções do SQL Server 2005 em diante. No entanto, você ainda não pode usar NEWID (), que acredito ter a ver com a mesma restrição de não determinismo.

A documentação NEWID () da Microsoft não explica, mas concordo que o motivo provável está relacionado ao comentário de @Payload em outra resposta :

NEWID() é uma função não determinística, que depois de 2005 é permitida em UDF, mas, como NEWID altera alguns dos contadores e valores internos dentro da estrutura do banco de dados, é considerado um 'efeito colateral' e como UDFs não podem ter efeitos colaterais não são permitidos no UDF, o mesmo vale para RAND (), pois cada chamada para RAND altera o valor da semente no funcionamento interno do MSSQL e isso novamente é considerado um efeito colateral. GETDATE()/GETUTCDATE() e as listas de funções permitidas não têm efeitos colaterais, portanto são permitidas.

Para aqueles dispostos a arriscar, veja a solução alternativa de @dio-phung sugerida em outro comentário na mesma resposta :

@DavidSpillett: Para sua informação, você pode contornar a proibição de newid() lendo em uma exibição: CREATE VIEW vw_NewGuid AS SELECT NEWID() AS new_guid . Em seguida, no seu UDF, você pode fazer: SELECT new_guid FROM vw_NewGuid

Observe o cuidado de @david-spillett:

@Dio: Eu ficaria muito cauteloso com soluções alternativas que envolvem enganar o mecanismo de que algo é determinístico quando na verdade não é. Você está usando um bug que pode ser corrigido posteriormente (talvez deva detectar que a coluna na exibição não é determinística e eles corrigirão isso no SQL Server {Nextversion}) ou contando com "comportamento indefinido" que da mesma forma não é garantido que funcionará da mesma forma em versões posteriores (ou mesmo em sua versão atual, se outras circunstâncias mudarem na consulta).

Essa solução alternativa/truque é oferecida em várias outras respostas .

Acredito que a resposta é que NEWID() é uma função não determinística - ou seja, tem efeitos colaterais. As funções definidas pelo usuário não podem ter efeitos colaterais.