IB
Сравниваются ключи по одному и тому же объекту полученные через SQL Management Studio из таблицы и из Qlik через ODBC/OLE DB подключение?
Size: a a a
2019 August 29
И
ODBC используется
И
в QVD без text неправильное значение сохраняется. Т.к. SQL в QlikView нормально данные подает, а на этапе LOAD идет непонятная трансформация
IB
Странно, так не должно быть. Я точно знаю что если через com читаю guid 1c используя ее методы то местами переставляются фрагменты guid по сравнению с SQL. Но ODBC в клик и ODBC где либо к одной и той же бд должны одинаковый результат дать
И
Одинаковый результат, если везде одинаково выгружать. Т.е. либо оборачивать в text(), либо не оборачивать. Тогда проблем действительно нет, если не считать, что guid в таблице MS SQL и в таблице QVD могут отличаться
И
похоже очередная фича как с distinct 🙈
MS
Может на стороне sql можно что-то придумать... https://forum.infostart.ru/forum9/topic183950/ вот народы бились за правду
IB
Может на стороне sql можно что-то придумать... https://forum.infostart.ru/forum9/topic183950/ вот народы бились за правду
это как раз про что я писал)) я эту хрень в клике делал - складывал по кусочкам guid
IB
но тут другое - оба подключения без COM
АВ
Всем привет!
Возникла проблемка: при выгрузке данных из 1С иногда QlikView часть GUID ключа заменяет. Т.е. он считывает в середине ключа экспоненциальный вид E21 и половину ключа меняет
Возникла проблемка: при выгрузке данных из 1С иногда QlikView часть GUID ключа заменяет. Т.е. он считывает в середине ключа экспоненциальный вид E21 и половину ключа меняет
У меня была схожая проблема но с другой bi. Причиной оказался объем памяти для числа, т.е. число более 20 знаков не влезало в подготовленную для него "ячейку" внутри bi, и последняя его конвертила. Это решить было нельзя по определению. Возможно здесь то же самое, сколько бит допускает клик на максимальное число, возможно туда просто невмещается Ваш guid
MS
Ну у меня 1с нет под рукой, там про convert ребята тёрли, может он поможет 🤷♂ я б попробовал
АВ
У меня была схожая проблема но с другой bi. Причиной оказался объем памяти для числа, т.е. число более 20 знаков не влезало в подготовленную для него "ячейку" внутри bi, и последняя его конвертила. Это решить было нельзя по определению. Возможно здесь то же самое, сколько бит допускает клик на максимальное число, возможно туда просто невмещается Ваш guid
И если это так - то только текст
И
У меня была схожая проблема но с другой bi. Причиной оказался объем памяти для числа, т.е. число более 20 знаков не влезало в подготовленную для него "ячейку" внутри bi, и последняя его конвертила. Это решить было нельзя по определению. Возможно здесь то же самое, сколько бит допускает клик на максимальное число, возможно туда просто невмещается Ваш guid
Так если text() в preceding load обернуть, то все хорошо влезает.
АВ
Правильно, там было ровно то же самое
АВ
Из odbc приходит все корректно, но на стороне bi идет трансформация
И
и почему-то клик одни guid относит к числам, другие к тексту
OT
Можно ли отключить как-то у QlikView такой "Искусственный интеллект"?😄 А то чет text() оборачивать GUID не комильфо🙈
Почему? Это и есть самое лучшее решение для таких проблем...
IB
и почему-то клик одни guid относит к числам, другие к тексту
IsNum(guid) вернет true() ?
АВ
Rounded numerical values sometimes get unexpected results
https://support.qlik.com/articles/000005572
https://support.qlik.com/articles/000005572
АВ
64 бит