Табличные отношения: что на самом деле делает лапша

1. Что такое лапша

Перед пояснением: вы перетаскиваете вторую таблицу на холст, и между ними появляется изогнутая линия. На тот момент Tableau уже объединила ваши данные?

Нет, и в этом вся идея. В документации Tableau отношения называются «контрактом между двумя таблицами». Вы описываете взаимосвязь таблиц, используя общее поле. Вы не говорите Tableau объединить их.

Люди называют эту изогнутую линию лапшой, а ее гибкость — хорошая визуальная шутка. Линия соединения — это жесткое заявление о том, как выглядят объединенные данные. Лапша — это более свободное обещание: эти две таблицы могут сопоставляться по этому полю, когда представление требует их сопоставления.

Объединение происходит позже, по одному представлению за раз. Когда вы строите диаграмму, Tableau смотрит, какие поля вы на самом деле использовали, а затем пишет запрос по этому конкретному вопросу. Перетащите разные поля, и он напишет другой запрос. В документации это ясно сказано: Tableau «разумно настраивает типы соединений и сохраняет исходный уровень детализации ваших данных».

Собственный уровень детализации — это важная фраза, и она означает, что представляет собой одна строка таблицы. Одна строка таблицы заказов — это одна строка заказа. Одна строка таблицы целей соответствует одному месяцу для одного региона. Это разные вещи, и отношения сохраняют их разными, а не принуждают их к одной форме.

2. Завышенная сумма и почему отношения ее исправляют

Перед пояснением: в вашем регионе запланирован объем продаж в 50 000 долларов США на январь. Вы присоединяете цели к ордерам, помещаете цель на график, и она составляет 4 150 000 долларов. Откуда взялось это число?

Из соединения, повторяющего это. Таблица целей содержит по одной строке на регион в месяц. Таблица заказов содержит тысячи строк на регион в месяц. Присоединение к ним записывает январскую цель в каждую строку заказа, а их было 83. Затем SUM суммируется все 83 копии.

Ничего не ошибочно. График нарисовался. Это число отличается в 83 раза, и только тот, кто знает настоящую цель, сможет ее обнаружить. Это то же самое дублирование, которое описано в SQL-СОЕДИНЕНИЯ, и это самая распространенная неправильная цифра в работе по бизнес-аналитике.

Отношения устраняют его, и этот механизм стоит понять, а не доверять. Поскольку таблицы никогда не объединялись, Tableau сначала агрегирует каждую из них на своем уровне детализации, а затем объединяет результаты. Он суммирует цели среди целей, где каждый месяц появляется один раз. Он суммирует продажи по заказам. Затем он выравнивает два ответа.

Прежде чем читать дальше, скажите вслух, почему объединение первого и второго дает другой ответ, чем объединение первого и второго. Этот порядок является основой всего руководства.

Причина в том, что дублирование создается на этапе объединения. Если вы выполняете агрегирование до этого шага, вы суммируете исходные строки, и для суммирования требуется только одна цель за январь. Если вы выполняете агрегацию после этого, вы суммируете все, что было получено на этапе объединения, включая копии. Те же данные, те же SUM, другой ответ, и только один из них является целью.

В том же механизме есть и второй выигрыш. При объединении строка, которая ничему не соответствует, может исчезнуть из вашего анализа. Что касается связи, в документации Tableau говорится, что «несовпадающие значения показателей не удаляются», поэтому регион без цели по-прежнему показывает свои продажи, а не незаметно исчезает.

3. Два слоя и как достичь их соединения

Перед объяснением: отношения теперь используются по умолчанию. Означает ли это, что соединения исчезли из Tableau?

Это не так. Они спустились на уровень ниже, и знание того, куда они пошли, больше всего сбивает с толку людей, возвращающихся в Tableau через несколько лет.

Холст источника данных имеет два слоя.

Итак, ответ на предварительный вопрос заключается в том, что логическая таблица сама может быть построена из нескольких физически соединенных таблиц. Дважды щелкните любую таблицу на верхнем холсте, и вы попадете на ее физический уровень, где вы можете присоединиться или объединиться, как и раньше. Закройте его, и результат будет вести себя как одна логическая таблица, к которой могут относиться другие таблицы.

Там же Союзы живут, и профсоюзы отвечают на разные вопросы ни от того, ни от другого. Соединение или связь добавляют столбцы путем сопоставления по ключу. Объединение объединяет строки. Если у вас есть таблица продаж за январь и таблица продаж за февраль с одинаковыми столбцами, и вам нужна одна таблица, содержащая все это, каждый раз это объединение. Никакого соответствия, никакого ключа, просто больше строк.

4. Если вы все еще хотите присоединиться

Прежде чем объяснить: если отношения избегают дублирования и удаления строк, зачем кому-то намеренно выбирать соединение?

Потому что иногда вам нужна плоская таблица, и заявить об этом заранее яснее, чем оставить ее гибкой. Три случая, когда объединение является правильным решением.

Вы действительно хотите удалить строки. Привычка отношения хранить несовпадающие строки обычно является особенностью, а иногда и не тем, что вам нужно. Если ваш анализ определен как «только заказы, которые были возвращены», внутреннее объединение на физическом уровне говорит об этом один раз и навсегда, а не полагаться на правильность фильтрации каждого представления.

Таблицы имеют одинаковый уровень детализации. Если обе таблицы содержат по одной строке на каждый заказ, дублирование невозможно, а соединение становится простым и предсказуемым. Модель отношений решает проблему, которой у вас нет.

Вы строите намеренно плоский экстракт. Иногда вам нужна одна широкая таблица, материализованная и быстрая, для информационной панели, которую открывает много людей. Сделать это явным — разумная инженерия.

Вот краткое решение.

Этот последний ряд стоит назвать, чтобы он не застал вас врасплох. Отношения, объединения и объединения объединяют таблицы. внутри одного источника данных. Смесительные комбайны два разных источника данных, объединяет каждое из них по отдельности и сопоставляет результаты в поле связи. Другой инструмент, другой холст, и тот, который, скорее всего, будет перепутан с отношениями, потому что результат звучит одинаково.

5. Настройки производительности и что они обещают

Перед объяснением: Tableau просит вас описать мощность и ссылочную целостность ваших данных. Если вы дадите один из этих ответов неправильно, что произойдет?

Нажмите на лапшу, и вы получите параметры производительности. Обе настройки по умолчанию относятся к осторожному ответу, и оба являются обещаниями, которые вы даете Tableau в отношении своих данных.

Мощность спрашивает, сколько строк совпадает. В одном регионе много заказов, поэтому и в той стороне много. Указание Tableau, что сторона равна «одной», позволяет ей пропустить работу по удалению дубликатов, от которых в противном случае пришлось бы защищаться.

Ссылочная целостность спрашивает, всегда ли каждая запись на одной стороне совпадает с другой. Если каждый заказ всегда имеет допустимый регион, Tableau может использовать более простое и быстрое внутреннее соединение вместо тщательного сохранения несовпадающих строк.

Итак, ответ на главный вопрос заключается в том, что неправильная настройка не приводит к ошибке. Это меняет ваши цифры. Пообещайте, что у каждого заказа будет свой регион, тогда как у 400 заказов он будет пустым, и эти 400 могут незаметно выпасть из ваших итогов. Настройки по умолчанию медленнее и безопаснее, что является правильным значением по умолчанию.

6. Крайние случаи и вещи, которые удивляют людей

Перед объяснением: вы создаете представление, используя поля только из одной из двух связанных таблиц. Tableau запрашивает другой?

Шесть вещей, которые стоит знать.

Неиспользуемые таблицы не запрашиваются. Это ответ на предварительный вопрос, и он удивляет людей, которые ожидают, что загрузится вся модель. Если представление использует только поля порядка, Tableau вообще не затрагивает целевую таблицу. Вот почему большая модель отношений все еще может быть быстрой.

Одна и та же мера может иметь разную сумму в двух представлениях. Как только вы признаете, что каждое представление получает свой собственный запрос, это перестает вызывать тревогу и становится главным. Это означает, что вы не можете предполагать, что число соответствует другому листу только потому, что имя поля такое же.

Общие итоги могут выглядеть неправильными, когда они верны. При сохранении несовпадающих значений итог может включать записи, которые не отображаются ни в одной строке таблицы. Обычно это честно, и об этом стоит сделать пометку на приборной панели, а не исправлять.

Отношениям необходимо общее поле, и оно должно действительно совпадать. Те же значения, совместимые типы. Идентификатор, хранящийся в виде текста в одной таблице, и число в другой ничему не соответствуют, точно так же, как и в SQL.

Вы можете относиться к более чем одной области. Если строка идентифицируется только по региону и месяцу, добавьте оба значения в связь. Отношения с одним полем там слишком сильно совпадали бы.

В книгах, созданных до 2020.2, по-прежнему используется старая модель. При первом открытии отображается одна таблица физического уровня, а не лапша. Ничего не ломается и ничего не обновляется. Восстановление источника данных — это преднамеренное действие.