Skip to main content
Announcements
Join us at Qlik Connect for 3 magical days of learning, networking,and inspiration! REGISTER TODAY and save!
cancel
Showing results for 
Search instead for 
Did you mean: 
NathanS2022
Contributor II
Contributor II

Use 3 fields to create one dimension

Hi, 

I have a doubt about the use of more than one field in a dimension. Previusly I use the load of 5 qvds in a concatenate table. In that situation, the field DIVISAO_VENDA was used in a dimension and works really fine. 

But, now, I had to use the load of qvds without  a concatenate table. So, the value of the dimension isn´t working how expected.

There is a way of concatenate only the field DIVISAO_VENDA between the qvds and use it as a dimension?

 

Below are images of how loading was done before and how it is being done now.

NathanS2022_0-1666361848464.png

NathanS2022_1-1666361938808.png

NathanS2022_2-1666361972845.png

NathanS2022_4-1666362092764.png

 

 

 

Labels (1)
1 Solution

Accepted Solutions
NathanS2022
Contributor II
Contributor II
Author

Marcus, thanks for the explanation.

 

I solve it by concatenating the tables but keeping most of the fields with different names. So, now there´s a link beetwen tables by the DATA field and I still can use th others fields separaly.

 

My dimension is working because of the "junction" of the DIVISAO_VENDA field in the concatenate schema.

View solution in original post

4 Replies
marcus_sommer

Why trying a different approach and not concatenating those files also by harmonizing the field-names? If the source-information is needed they could be added within an extra field - manually or with filebasename() or this information is already added by creating the qvd's ...

- Marcus

NathanS2022
Contributor II
Contributor II
Author

Marcus, by harmonizing the field-names you mean give all the fields the same name?

If I do that, Qlik creates a synthetic key, which I´m trying to avoid.

NathanS2022_0-1666613788258.png

I also try to create a unique table to deal with the field DIVISAO_VENDA. But doesn´t work. 

 

If there´s another approach, give me an example, please. 

Thanks at all

marcus_sommer

The fields within the single concatenated fact-table should be harmonized - means there is only one field for a date and one for an amount and one for a category and so on and not date_1 and date_2 and date_3. If a differentiating between the multiple sources is needed an extra source-field could be created which holds this information and which could be later used as dimension and/or a selection and/or a set analysis condition.

Important is to create a star-scheme as data-model - one fact-table with n dimension-tables. It's very easy to develop and it worked very well with a good performance. Everything else becomes mostly more complex and has usually no benefits else the opposite with more or less disadvantages against to the star-scheme. 

- Marcus

NathanS2022
Contributor II
Contributor II
Author

Marcus, thanks for the explanation.

 

I solve it by concatenating the tables but keeping most of the fields with different names. So, now there´s a link beetwen tables by the DATA field and I still can use th others fields separaly.

 

My dimension is working because of the "junction" of the DIVISAO_VENDA field in the concatenate schema.