Поскольку доступ к разделу работает через ассоциации в Qlik, это было бы невозможно с вашей текущей моделью данных. У Марии нет нулевой машины - у нее нет ассоциации с автомобилем (которая будет отображаться как нуль, если вы поместите ПОЛЬЗОВАТЕЛЬ и АВТОМОБИЛЬ в таблицу, но это тонкая разница). Если вы структурировали свои данные несколько иначе, вы могли бы заставить его работать с пустым ... что-то вроде
car:
LOAD * INLINE
[
CAR,USER
GETZ,George
];
outer join(car):
LOAD * INLINE
[
USER
George
Maria
];
Возможно, вам понадобится заполнить пустые значения пустым потом ...
car2:
NOCONCATENATE LOAD
if(isnull(CAR),'',CAR) as CAR,
USER
Resident car;
drop table car;
Если невозможно присоединиться к двум таблицам, вы можете добавить пустые записи в свой автомобильный стол?
car:
LOAD
*,
USER as USER2
INLINE
[
CAR,USER
GETZ,George
];
person:
LOAD * INLINE
[
USER
George
Maria
];
concatenate(car)
LOAD
USER,
'' as CAR
RESIDENT person
WHERE NOT EXISTS (USER2,USER);
Есть также варианты с каким-то комбинированным ключом или applymaps потенциально, но мы надеемся, что одно из приведенных выше достаточно полезно ...
добавлено
body {
overflow: hidden;
}
html,
body {
margin: 0;
height: 100%;
}
html {
display: table;
}
body {
background-color: #0000ff;
display: table-row;
overflow: hidden;
}
aside {
background-color: #00ff00;
display: table-cell;
}
header {
background-color: #909090;
}
main {
background-color: #ffffff;
height: 100%;
}
<html>
<body>
<aside>ASIDE</aside>
<header>HEADER<br>AND SOME CONTENT</header>
<main>MAIN</main>
</body>
</html>
Этот ответ основан на моих предположениях и вдохновлен комментариями, которые я получил до сих пор. Я думаю, что это не может считаться приемлемым ответом. Это просто мое понимание неожиданного «основного» переполнения. Пусть это кому-нибудь послужит.
Как в первом примере, почему «main» переполняет содержащую html css-таблицу?
Высота «main» установлена на 100% от содержащей анонимную ячейку, которая также содержит ненулевую высоту "заголовок". Это, очевидно, означает, что «main» переполняет ячейку, поскольку:
PERCENT_HEIGHT (ячейка, 100%) + HEIGHT (заголовок)> HEIGHT (ячейка)
blockquote >Но как рассчитать процентную высоту для «main», поскольку предполагается, что высота анонимной ячейки равна «auto»?
В текущих реализациях высота анонимной ячейки вычисляется, чтобы быть равным вычисленной высоте строки вместо "авто" (ячейка заполняет строку). Это происходит, когда содержащая таблица и строка имеют явное значение свойства высоты в процентах, а строка содержит более одной ячейки.
Почему анонимная высота ячейки не увеличилась, так как сумма высоты "main" и "header" больше 100%?
В круговой зависимости расчет высоты ячейки и высоты содержимого ячейки. Последний представляет собой процентную высоту первого, которая, как ожидается, будет зависеть от последнего (соответствует содержанию ячейки).
Из CSS 2.1: https://www.w3.org/TR/CSS21/tables.html#height-layout
В CSS 2.1 высота поле ячейки - это минимальная высота, необходимая для содержимого.
blockquote>TL; DR
Обратите внимание, что текущие реализации могут вести себя по-разному, когда высота строки и / или ячейки указывается с использованием процентных значений.
Из CSS 2.1: https://www.w3.org/TR/CSS21/tables.html#height-layout
CSS 2.1 не определяет, как Высота ячеек таблицы и строк таблицы рассчитывается, если их высота указана с использованием процентных значений.
blockquote>См. также