Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hi folks,
I'm having a trouble when loading a data content from a specific SQL table field. The table is a two "from/to" fields table which I have a varchar field with a code that have its correspondent destiny code in the field two (It's a 1:1 quantifying).
For example:
Field 1 (From Code) | Field 2 (To Code) |
---|---|
0001 | AAAA |
00D0 | BBBB |
002G | CCCC |
00E8 | DDDD |
The issue is:
I tried to troubleshoot by using Excel and discovered that Microsoft Excel automatically applies a built-in number format to a cell, based on the following criteria:
(from Microsoft Support: http://support.microsoft.com/kb/214233/en-us
For instance if you enter with the value 00E8 in Excel, the result will be something like:
"0,00E+00" (It can be resolved by changing the cell format to Text before entering with the value).
Coincidentally, QV also had trouble when interpreting this content format, so I would ask you if it's already a known issue that you guys have already faced.
The point is: the content is varchar type in SQL, so I was not expecting this trouble in QV.
I resolved this directly in SQL database by changing the code content pattern, but I would like to know if it can be considered a bug in QV.
Tks in advance.
Rubens Rodrigues
Ruben,
QlikView tries to infere the content and transform your data based on some rules, slightly similar to Excel does.
If you want to prevent QV from trying to interpret a value as number, I think the common approach is to use text() function in the LOAD script:
LOAD
TEXT(Field1) as Field1,
TEXT(Field2) as Field2
FROM ...;
Thank you swuehl!
Do you know whether QV is agreed to interpret data such as Excel does or it's a bug?
Rubens Rodrigues
Ruben,
QlikView tries to infere the content and transform your data based on some rules, slightly similar to Excel does.
Thank you for the clarification Clever!
If you follow Henric on his design blog, you sometimes get an answer on how things work in QV, e.g. here.