Д
Если в DQ создать календарь это даст проблемы? Просто первый раз работаю через DQ, таблица больше 500 млн.строк и будет расти, перенос в импорт не вариант
Size: a a a
2021 May 26
Д
К сожалению у меня не Desktop.
1
вы разработку чисто в вебе ведете? а как же написание мер и тд?
E
Все привет. Подскажите, почему по каждой мере создается вот этот дубль? Использовал в модели CalculationGroup. Полагаю из-за этого. Можно как то от этого избавиться? Также обратил внимание, что после применения CalculationGroup меры создаются долго (10-15 сек после создания меры висит система). Что могло повлиять на это?
АО
А почему Вы решили делать без Desctopa и в режиме DirectQuery?
1
я бы задал вопрос иначе, когда принимали решение о dq учли все ограничения, доп требования к подготовке данных и тд
IS
Можно единой мерой, но тогда будут проблемы с форматированием, можно через calculation group
АО
Да забыл про это... :)
Д
Нет, это я погорячился. Конечно Desktop RS
1
вы хоть проиндексировали бд перед ее использованием в DQ и это хоть реплика? или это боевая?)
Д
Реплика, по скорости вполне сносно меняются визуализации
IS
А, ну вот, в rs не создать календарь не в режиме direct query (( но календаря в бд нет?
Д
Таблица очень большая, больше 500 млн.стр., другого способа кроме DQ не представляю. Сам только учусь
Д
Похоже придется все таки делать календарь в DQ
А
Dq основной, агрегировать ее на стороне бд, потом агрегированные к основной подключить, тогда быстрее будет работать. Справочники, календарь на двойное подключение. Агрегированные на импорт.
IS
Если у вас rs делайте тогда табличную серверную модель при таких раскладах и всё
IS
В report server нет двойного (
ЛУ
О, не знала, спасибо!)
IS
За то в rs можно в таблице direct query создать вычисляемый столбец и в вашем случае либо там через FORMAT или если тип дата, то через форматирование