Maneira correta de mapear redundâncias

[jhonatan_morais]

Pessoal, eu estou aprendendo sobre o qlik e estou ficando incomodado com alguns conceitos (mapeamento não-redundante / chave sintética ) que são novos para mim no contexto do qlik.

fiz outra thread ontem e alguns colegas já me ajudaram na solução. mas continuo desconfortável com o resultado obtido.

Situação atual

Preciso mapear estas duas entidades no qlik:

Eu segui as orientações dos colegas e consegui fazer isso de duas maneiras:

Maneira 1: Importando a tabela users duas vezes mas com nomes distintos.

Resultado: Funciona! Mas com isso estou repetindo os dados da tabela users duas vezes.

Isso é certo? sempre devo seguir este tipo de solução?

O script utilizado foi o seguinte:

LOAD id as issue_author_id, 
login as issue_users_authors_login,
    firstname as issue_users_authors_firstname,
    lastname as issue_users_authors_lastname,
status as issue_users_authors_status;


[issue_users_authors]:
SELECT "id", 
"login", 
    "firstname",
    "lastname",
"status" 
FROM "public"."users" WHERE status = '1' ; 




LOAD id as issue_assigned_to_id, 
login as issue_users_assigned_login,
    firstname as issue_users_assigned_firstname,
    lastname as issue_users_assigned_lastname,
status as issue_users_assigned_status;


[issue_users_assigned]:
SELECT "id", 
"login", 
    "firstname",
    "lastname",
"status" 
FROM "public"."users" WHERE status = '1' ; 

Maneira 2: Importando a tabela users com a coluna id duplicada e alias distintos.

Resultado: Funciona! Mas com isso utilizando as chaves sintéticas anonimas.

Aqui o problema é que o próprio tutorial do qlik fala para sempre que possível evitar utiliza-las, pois no logo prazo com o crescimento do volume de dados isso vai impactar na performance. 

Fonte: Arquivo: Tutorial - Scripting for Beginners.PDF, page 30, september 2017 version

Aqui esta o código utilizado:

LOAD id as issue_assigned_to_id, 
id as issue_author_id,
login as users_login,
     firstname as users_firstname,
     lastname as users_lastname,
status as users_status;


[issue_users_assigned]:
SELECT "id",
"id",
"login", 
    "firstname",
    "lastname",
"status" 
FROM "public"."users" WHERE status = '1' ;

Enfim, qual é o modelo mais assertivo de se trabalhar?

Como vocês viram acima a questão aqui não é mais apenas resolver a situação e sim entender qual é a melhor ou a maneira mais recomendada de se resolver esta situação.

Gostaria muito de saber a opinião de vocês. Obrigado.

[pedrobergo · Accepted solution]

Olá Jhonatan,

Acredito que sua dúvida não é sobre o Qlik, mas sim sobre Modelagem Dimensional x Relacional. Bem, seguindo o star schema, temos uma tabela fato, onde ligamos as dimensões.

A tabela fato é a Issues, que deve ser ligada às duas dimensões, a Authors e a Assigned. Se vc replicar o modelo relacional no modelo dimensional, vc não terá performance de cálculo nem poderá responder alguns questionamentos como "Quem são os Assigned que mais resolveram Issues de um Author?" ou vice-versa.

Com isso, a Maneira 1 está correta.

O Qlik ainda implementa umas coisas a mais, mas a modelagem dimensional é fundamental.

Abs,

[jhonatan_morais]

Obrigado pela confirmação Pedro, você que já tem experi^dencia, recomenda algum site/material para melhorar meu entendimento de modelagem dimensional?

[Thiago_Justen_]

Jhonatan,

Nesse sentido sugiro:

Help da Qlik: Boas Práticas de Modelagem‌

Materiais do HIC, como por exemplo: To Join or not to Join

Além do material anexo.

Abs e Sucesso!!