ДВ
На карты у меня есть планы.
Делал давно, и что запомнилось
Это как причёсывал все "адреса" экселем, через API яндекса в нормальный вид
Size: a a a
2021 February 08
ДВ
Вот это тоже изучать.
Часть адресов уходит далеко за бугор(
Часть адресов уходит далеко за бугор(
СР
Скажите пожалуйста, а можно ли на локальном сервере Power BI Report Server обычным пользователям сохранять свои закладки?
СР
Кнопка есть, но не доступна для юзеров
R
Всем привет! В одной колонке некоторые цифры имеют пустое место внутри, можно как то его убрать?
Пример, 36 094.64
Пример, 36 094.64
RG
Rash
Всем привет! В одной колонке некоторые цифры имеют пустое место внутри, можно как то его убрать?
Пример, 36 094.64
Пример, 36 094.64
Заменить пробел на пустоту
R
Не дает потому что должно быть числовое значение для замены
R
В текст перевел, потом пустоту в пробел тоже не сработало
1
Rash
В текст перевел, потом пустоту в пробел тоже не сработало
Замените символ пробела запятой и выберите англ локаль
1
В рус запятая отделяет десятичную часть, не точка
_5
Друзья, подскажите, на количество записей есть лимит?
И будут ли тормозить срезы на таблицах свыше 1млн записей
И будут ли тормозить срезы на таблицах свыше 1млн записей
1
Друзья, подскажите, на количество записей есть лимит?
И будут ли тормозить срезы на таблицах свыше 1млн записей
И будут ли тормозить срезы на таблицах свыше 1млн записей
нет, работает отлично и на 10, главное правильно модель составить и расчеты оптимизированными делать
_5
Спасибо,
Тогда доп вопрос: что выгоднее по производительности - одна плоская таблица или множество отдельных связанных по ключу типа 1:1, 1:многие?
Речь про 20-30 таблиц
Тогда доп вопрос: что выгоднее по производительности - одна плоская таблица или множество отдельных связанных по ключу типа 1:1, 1:многие?
Речь про 20-30 таблиц
1
Спасибо,
Тогда доп вопрос: что выгоднее по производительности - одна плоская таблица или множество отдельных связанных по ключу типа 1:1, 1:многие?
Речь про 20-30 таблиц
Тогда доп вопрос: что выгоднее по производительности - одна плоская таблица или множество отдельных связанных по ключу типа 1:1, 1:многие?
Речь про 20-30 таблиц
Вам бы перед началом работы почитать литературку о построении и как работают связи, но если в 2х словах схема звезда - наше все
_5
знаю про нормализацию баз данных) Про звезду, мастер-слейв т.д.
Мой вопрос про осознанное «кощунство» - выгоден ли размен звезды на более тяжелую ненормализованную таблицу для более шустрой навигации по срезам, элементам интерфейса, графикам и т.д.
Или при звезде, если накидать в таблицу десяток связанных полей из зависимых таблиц, power bi оптимизирует производительность, и тормозов не будет?
Мой вопрос про осознанное «кощунство» - выгоден ли размен звезды на более тяжелую ненормализованную таблицу для более шустрой навигации по срезам, элементам интерфейса, графикам и т.д.
Или при звезде, если накидать в таблицу десяток связанных полей из зависимых таблиц, power bi оптимизирует производительность, и тормозов не будет?
1
знаю про нормализацию баз данных) Про звезду, мастер-слейв т.д.
Мой вопрос про осознанное «кощунство» - выгоден ли размен звезды на более тяжелую ненормализованную таблицу для более шустрой навигации по срезам, элементам интерфейса, графикам и т.д.
Или при звезде, если накидать в таблицу десяток связанных полей из зависимых таблиц, power bi оптимизирует производительность, и тормозов не будет?
Мой вопрос про осознанное «кощунство» - выгоден ли размен звезды на более тяжелую ненормализованную таблицу для более шустрой навигации по срезам, элементам интерфейса, графикам и т.д.
Или при звезде, если накидать в таблицу десяток связанных полей из зависимых таблиц, power bi оптимизирует производительность, и тормозов не будет?
как вы представляете себе связь нескольких таблиц фактов в одну плоскую?
1
а через справочники свободно связываются и считаются
_5
В одну плоскую сразу на уровне SQL к исходной базе через LEFT JOIN
Связи отлично работают, верно.
Вопрос может кто тестировал производительность и сравнивал оба подхода?....
Связи отлично работают, верно.
Вопрос может кто тестировал производительность и сравнивал оба подхода?....
SB
В одну плоскую сразу на уровне SQL к исходной базе через LEFT JOIN
Связи отлично работают, верно.
Вопрос может кто тестировал производительность и сравнивал оба подхода?....
Связи отлично работают, верно.
Вопрос может кто тестировал производительность и сравнивал оба подхода?....
Обычно так советуют, это мой опыт:
Факт - мало столбцов, много строк вниз
Справочники - много столбцов, мало строк
Далее снежинка
Факт - мало столбцов, много строк вниз
Справочники - много столбцов, мало строк
Далее снежинка