JGA's questions

Qual é a melhor maneira de criar uma função de função definida pelo usuário do gerador de senha no SQL Server se não for possível usar funções não determinísticas dentro das funções?

Gostaria de criar uma função que retorne um varchar(10) gerado aleatoriamente usando caracteres de uma determinada string como esta: "1234567890QWERTYUIOPASDFGHJKLZXCVBNM"

Tenho minhas próprias ideias que funcionam, mas não são soluções muito naturais.

A ideia por trás da função é que, se alguém exigir uma redefinição de senha, eu poderia fazer o seguinte:

UPDATE Users SET Password = dbo.GeneratePassword() WHERE UserID = @UserID

Uma função seria mais fácil de implantar e reutilizar do que uma tabela separada de senhas pré-alocadas.

Estou pensando em uma situação em que tenho duas colunas com alta densidade, mas essas colunas não são independentes.

Definição

Aqui está a definição da tabela que criei para fins de teste.

CREATE TABLE [dbo].[StatsTest](
    [col1] [int] NOT NULL,  --can take values 1 and 2 only
    [col2] [int] NOT NULL,  --can take integer values from 1 to 4 only
    [col3] [int] NOT NULL,  --integer. it has not relevance just to ensure that each row is different
    [col4]  AS ((10)*[col1]+[col2])  --a computed column ensuring that if two rows have different values in col1 or col2 have different values in col4 
) ON [PRIMARY]

Dados

Os dados para o experimento são os seguintes

col1    col2    col3    col4
1       1       1       11
1       2       2       12
1       2       3       12
1       3       4       13
1       3       5       13
1       3       6       13
1       4       7       14
1       4       8       14
1       4       9       14
1       4       10      14
2       1       11      21
2       1       12      21
2       1       13      21
2       1       14      21
2       2       15      22
2       2       16      22
2       2       17      22
2       3       18      23
2       3       19      23
2       4       20      24

Passo 1: Filtrando por col1

SELECT * FROM StatsTest WHERE col1=1

Como esperado, o Query Optimizer adivinha o número exato de linhas.

Passo 2: Filtrando por col2

SELECT * FROM StatsTest WHERE col2=1

Novamente, temos uma estimativa perfeita.

Passo 3: Filtrando por col1 e col2

SELECT * FROM StatsTest WHERE col1=1 AND col2=1

Aqui, a estimativa está longe de estar próxima do número real de linhas.

O problema é que o analisador de consulta pressupõe implicitamente que col1 e col2 são independentes, mas não são.

Passo 4: Filtrando por col4

SELECT * FROM StatsTest WHERE col4 = 11

Posso filtrar por col4 = 11 para obter os mesmos resultados da consulta na Etapa 3, porque col4 é uma coluna computada e de acordo com a forma como foi definida col1 = 1 e col2 = 1 é equivalente a col4 = 11 Aqui, porém , como esperado a estimativa é perfeita.

Conclusão/Pergunta

¿Essa solução artificial e deselegante é a única opção disponível para obter estimativas precisas quando se trata de filtragem por duas ou mais colunas não independentes? ¿A coluna calculada e o filtro pela coluna calculada são estritamente necessários para obter a precisão real?

Exemplo em sqlfiddle