АП
Будет экстракт, пока не решил от чего.
если будет экстракт, то тебе по барабану какой исходник (не считая скорости создания экстракта, конечно)😎
Size: a a a
2020 January 27
RV
если будет экстракт, то тебе по барабану какой исходник (не считая скорости создания экстракта, конечно)😎
Супер! А что по разумному размеру таблицы? Есть верхний предел разумной производительности?
RV
Выбираю между вертикальной и горизонтальной таблицей.
АП
нуу, сильно зависит от сложности вычислений. Если тупо сумма и группировка по паре полей, то 200 миллионов потянет. В целом, горизонтальная таблица содержит предрасчитанные значения, что хорошо для скорости, вертикальная даёт большую гибкость. Баланс как всегда ищешь сам
AV
У БД еще есть ограничения на объем данных, которые забираются для экстракта. У Редшифта это 192Gb, 300+млн строк и 20-25 полей примерно (половина текстовых). Лимит можно увеличить, но нагрузку надо смотреть на базу - можно в память упереться
АП
192гб сырых данных это уже немножко перебор... сколько они выгружаться будут? ))
AV
Сам экстракт меньше 10Гб. Выгружались около 1,5 часа
JF
Добрый день, как я могу при джоине получать только первую строку соответствующую условию объединения?
OK
Jack Finch
Добрый день, как я могу при джоине получать только первую строку соответствующую условию объединения?
Зависит от того почему у вас строки дублируются
JF
Olga Kolcheva
Зависит от того почему у вас строки дублируются
Соединяю письма с событиями по юзер айди. Задача посчитать пользователей у которых произошло событие в течении 72 часов после взаимодействия с письмом. Соединяемые таблички в postgres, но в разных БД
OK
А почему просто Count distinct не сделать по id?
JF
Olga Kolcheva
А почему просто Count distinct не сделать по id?
Не совсем понимаю. Дистинкт со стороны событий по пользователям и на него считать первое событие? Оно тогда может не вписаться в рамки 72 часов после письма, хотя последующие события могли бы.
OK
Jack Finch
Не совсем понимаю. Дистинкт со стороны событий по пользователям и на него считать первое событие? Оно тогда может не вписаться в рамки 72 часов после письма, хотя последующие события могли бы.
Если только первое событие нужно, можно просто в SQL все это пронумеровать, если синтаксис базы позволяет и взять только первое
JF
if [action] = "clicked" or [action] = "opened" THEN [user_id] END = user_id_events
if [action] = "clicked" or [action] = "opened" THEN [created_at (email_stat)] END <= DATEADD('second',[event_time],#1970-01-01#)
if [action] = "clicked" or [action] = "opened" THEN DATEADD('hour',72,[created_at (email_stat)]) END >= DATEADD('second',[event_time],#1970-01-01#)
if [action] = "clicked" or [action] = "opened" THEN [created_at (email_stat)] END <= DATEADD('second',[event_time],#1970-01-01#)
if [action] = "clicked" or [action] = "opened" THEN DATEADD('hour',72,[created_at (email_stat)]) END >= DATEADD('second',[event_time],#1970-01-01#)
JF
условия моего обьединения
JF
Olga Kolcheva
Если только первое событие нужно, можно просто в SQL все это пронумеровать, если синтаксис базы позволяет и взять только первое
Проблема в том что условия про 72 часа пробрасывается между разными БД
JF
и еще вопрос)
Можно как-то настраивать тултип для каждой меры в отдельности, когда measure values на полке rows, на полке columns даты, а measure names на цвете ?
Можно как-то настраивать тултип для каждой меры в отдельности, когда measure values на полке rows, на полке columns даты, а measure names на цвете ?
ПП
Всем здравствуйте. Помогите новичку в Табло. Что дают эти скобки в мерах? Почему при их отсутствии меру нельзя перенести в дайменшонс, а с ними можно? В чем их смысл...
ПП
ПП
