Início / dba / Perguntas / 289372
Accepted
Jez
Asked: 2021-04-07 09:52:27 +0800 CST

Consulta que retorna um ID exclusivo para cada cláusula diferente correspondida?

  • 772

Estou em uma situação em que estou recebendo uma lista (potencialmente bastante longa) de "entidades de correspondência", cada uma contendo dados do usuário para correspondência, juntamente com um ID exclusivo para essas informações de correspondência. Os dados reais dos usuários correspondentes, juntamente com o ID exclusivo dessa correspondência, precisam ser retornados da minha consulta SQL. Então, digamos que eu tenha recebido duas entidades para tentar fazer a correspondência de usuários, ambas tentando fazer a correspondência de números de telefone com o número de telefone de um usuário; Eu poderia corresponder a qualquer usuário associado às entidades enviadas junto com o ID exclusivo da "entidade de correspondência" usando uma união como esta ( client_handleé o ID exclusivo enviado):

SELECT
    [client_handle] = 'axtwe-wasst',
    [user_id],
    [email],
    [mobile_no],
    [firstname],
    [surname]
FROM
    [dbo].[vAPP_UsersActive]
WHERE
    [mobile_no] in ('+44 7747 122123', '+44 7904 223323')

UNION

SELECT
    [client_handle] = 'zjfft-albwq',
    [user_id],
    [email],
    [mobile_no],
    [firstname],
    [surname]
FROM
    [dbo].[vAPP_UsersActive]
WHERE
    [mobile_no] in ('+44 7758 444111', '+44 7758 444222', '+44 7758 444333')

O problema com esse método é que ele pode resultar em um número muito grande de UNIONs se um grande número de entidades de correspondência forem enviadas para mim. 1000 entidades de correspondência enviadas resultariam em 999 UNIONs. Isso é realmente um problema em termos de desempenho e existe uma maneira melhor de alcançar o resultado que desejo? Como alternativa, eu poderia simplesmente percorrer cada entidade de correspondência enviada e executar uma consulta para corresponder a cada uma, mas teria 1.000 consultas separadas se 1.000 entidades de correspondência fossem enviadas, o que parece ainda pior.

sql-server query-performance

2 respostas

  1. Esquematicamente:

    CREATE TABLE tmp ([parameters group] INT, [client_handle] CHAR(11), [mobile_no] CHAR(15));

INSERT INTO tmp VALUES
(1,'axtwe-wasst','+44 7747 122123'),
(1,'axtwe-wasst','+44 7904 223323'),
(2,'zjfft-albwq','+44 7758 444111'),
(2,'zjfft-albwq','+44 7758 444222'),
(2,'zjfft-albwq','+44 7758 444333');

SELECT DISTINCT
    [client_handle] = tmp.[parameters group],
    [user_id],
    [email],
    [mobile_no],
    [firstname],
    [surname]
FROM
    [dbo].[vAPP_UsersActive] t
JOIN 
    tmp ON t.[mobile_no] = tmp.[mobile_no];

    PS. [parameters group]não é usado - nos dados de origem mostrados, é excessivo, mas pode ser útil na tarefa real (se for o caso, GROUP BY em vez de DISTINCT deve ser usado).

    • 2
  2. Best Answer

    O que acabei fazendo no final foi passar JSON representando os diferentes conjuntos de consultas e dividi-los em uma tabela usando OPENJSON. Isso realmente torna a consulta simples o suficiente para que ela nem precise estar em um procedimento armazenado ou criar um arquivo temporário. table, como OPENJSONpode ser usado diretamente em uma JOINconsulta, sendo uma função com valor de tabela:

    SELECT
    *,
    qry.[UniqueId] AS [temp_user_match_unique_id]
FROM
    [dbo].[vAPP_UsersActive] usr
    INNER JOIN (
        SELECT * FROM OPENJSON(@jsonQuery) WITH (UniqueId nvarchar(max), MobileNo nvarchar(255), Email nvarchar(255))
    ) qry ON (qry.[MobileNo] IS NOT NULL AND usr.[mobile_no] = qry.[MobileNo]) OR (qry.[Email] IS NOT NULL AND usr.[email] = qry.[Email])

    ... onde a @jsonQueryvariável é passada com um valor como:

    [{"UniqueId":"123aaa","MobileNo":null,"Email":"[email protected]"},{"UniqueId":"123aaa","MobileNo":null,"Email":"[email protected]"},{"UniqueId":"234bbb","MobileNo":"+44 7121 234588","Email":null},{"UniqueId":"234bbb","MobileNo":"+44 7121 234599","Email":null},{"UniqueId":"234bbb","MobileNo":"+44 7759 112233","Email":null}]

    O código de chamada primeiro precisa nivelar as consultas com o mesmo UniqueIdem várias "linhas de consulta" como visto no JSON acima e, em seguida, nivelar as correspondências retornadas com um dicionário cuja chave é o UniqueId.

    • 0

relate perguntas