MZ
Vasily Prozorov
Кто подскажет по забор данных через шлюз odbc. Dsn настроен. В десктоп всё обновляет. На шлюз отказывается добавить источник
А драйвер установлен там же, где и шлюз?
Size: a a a
2020 October 05
VP
Maxim Zelensky
А драйвер установлен там же, где и шлюз?
Естественно
VP
Может на кириллице dns не нравится
MZ
Alexey
а вот так не получилось... то есть это прокатывает с computed entities, но не с этой ошибкой... то есть я сделал в квери А: Source = Sql.Database(Sys_Connection{[Connection = "Company1"]}[Server],. . Отключил загрузку
Не, не так...
A: SQL.Database("localhost:12345", "myDB1"),
B: SQL.Database("localhost:67890", "myDB2"),
C = if <condition> then A else B
A: SQL.Database("localhost:12345", "myDB1"),
B: SQL.Database("localhost:67890", "myDB2"),
C = if <condition> then A else B
MZ
Vasily Prozorov
Может на кириллице dns не нравится
Проверьте, это должно быть легко
A
Maxim Zelensky
Не, не так...
A: SQL.Database("localhost:12345", "myDB1"),
B: SQL.Database("localhost:67890", "myDB2"),
C = if <condition> then A else B
A: SQL.Database("localhost:12345", "myDB1"),
B: SQL.Database("localhost:67890", "myDB2"),
C = if <condition> then A else B
мне они все нужны))
A
я потом буду combine делать по однородным сущностям
ЕС
Добрый день. Подскажите, пожалуйста, есть два одинаковых запроса, хочу после загрузки из pq, склеить эти таблицы через union. Но! При загрузке меняется порядок столбцов, при этом в PQ , на финальном шаге он одинаков, почему так? Как сделать так, чтобы столбцы не пересортировывались?
MZ
Alexey
мне они все нужны))
Ну ты понимаешь решение )) в общем, старый добрый хардкод ("проклятый Т9" подставил хардкор, к чему это он 😁)
MZ
Елена Ступина
Добрый день. Подскажите, пожалуйста, есть два одинаковых запроса, хочу после загрузки из pq, склеить эти таблицы через union. Но! При загрузке меняется порядок столбцов, при этом в PQ , на финальном шаге он одинаков, почему так? Как сделать так, чтобы столбцы не пересортировывались?
1) Зачем склеивать в DAX, если можно в PQ?
2) возможно, сначала был другой порядок, или меньше столбцов, и он запомнился. Можете удалить таблицу и попробовать заново
3) зачем вам этот порядок? Он на что-то влияет?
2) возможно, сначала был другой порядок, или меньше столбцов, и он запомнился. Можете удалить таблицу и попробовать заново
3) зачем вам этот порядок? Он на что-то влияет?
KK
Елена Ступина
Добрый день. Подскажите, пожалуйста, есть два одинаковых запроса, хочу после загрузки из pq, склеить эти таблицы через union. Но! При загрузке меняется порядок столбцов, при этом в PQ , на финальном шаге он одинаков, почему так? Как сделать так, чтобы столбцы не пересортировывались?
Ну потому что на уровне DAX есть своя обвязка. И, например. если были столбцы 1, 2, 3, и вы удалите 2-й, а потом добавите заново то же самое, то по порядку он станет 3-м. Если выстроить правильно в PQ, потом перейти там в дакс, и ничего там не делать в плане добавления столбцов, то порядок сохраняется. Как только расчетные столбцы начинают добавляться, или редактироваться, может "поехать". А вам рекомендую сделать соединение таблиц через append queries в PQ, это правильней и производительней
ЕС
1. Pq не осилит, объем большой
2. Спасибо, попробую
3. Это очень долго объяснить зачем))) сейчас у меня модель без склеивания. Но я хочу попробовать склеить, просто нужно))
2. Спасибо, попробую
3. Это очень долго объяснить зачем))) сейчас у меня модель без склеивания. Но я хочу попробовать склеить, просто нужно))
ЕС
Ну потому что на уровне DAX есть своя обвязка. И, например. если были столбцы 1, 2, 3, и вы удалите 2-й, а потом добавите заново то же самое, то по порядку он станет 3-м. Если выстроить правильно в PQ, потом перейти там в дакс, и ничего там не делать в плане добавления столбцов, то порядок сохраняется. Как только расчетные столбцы начинают добавляться, или редактироваться, может "поехать". А вам рекомендую сделать соединение таблиц через append queries в PQ, это правильней и производительней
Простите, это вы имеете ввиду обычное объединение таблиц?
KK
Елена Ступина
1. Pq не осилит, объем большой
2. Спасибо, попробую
3. Это очень долго объяснить зачем))) сейчас у меня модель без склеивания. Но я хочу попробовать склеить, просто нужно))
2. Спасибо, попробую
3. Это очень долго объяснить зачем))) сейчас у меня модель без склеивания. Но я хочу попробовать склеить, просто нужно))
Если PQ не осилит, вы на уровне dax этого не увидите)И правила объединения таблиц в PQ менее жесткиt, чем в дакс
KK
Елена Ступина
Простите, это вы имеете ввиду обычное объединение таблиц?
Я не знаю, что для вас обычно) Верт объединение - append queries
A
Maxim Zelensky
Ну ты понимаешь решение )) в общем, старый добрый хардкод ("проклятый Т9" подставил хардкор, к чему это он 😁)
понимаю, но красивости оно в код не добавляет)) оставлю пока на множественных параметрах... пока решение не найдется. Макс, спасибо!
MZ
Елена Ступина
Простите, это вы имеете ввиду обычное объединение таблиц?
не Merge / Слияние, а Append (Добавить)
MZ
Alexey
понимаю, но красивости оно в код не добавляет)) оставлю пока на множественных параметрах... пока решение не найдется. Макс, спасибо!
та велкам
KK
Maxim Zelensky
не Merge / Слияние, а Append (Добавить)
Вот ты прям из серии волшебной кнопки под названием "Сделать все", у которой результат "Все сделано")
VP
Одна из весомых причин объединять таблицы в dax, так это если есть постоянный архив, который не нуждается в постоянном обновлении. При объединении в PQ он будет тянут обе таблицы в обновление, а в daxe нет