Ошибки в тактической логике разработчика нет.
Более того... сохранять в QVD файлы, кроме самих данных, еще и комментарии таблицы/полей с тегами - это очень правильно, вкусно и полезно.
В вашем случае есть только "нестысковка" с идеологией(паттерном) клика... как я понял, движок qlik, если видит таблицы, считает их частью одной! единственной! модели данных. То есть... перед тем, как закрыть ваш qvd_generate файл... движок самовольно "дособерёт" части в единую модель... и запретить этот валюнтаризмь)) ...увы... не получится(имхо).
Как теперь с этим жить разработчику? Или собирать семантику/комментарии/теги отдельными итерациями открытия уже готовых файлов-хранилищ, полагая, что собирается несколько моделей данных... Или принять, как данность, что "вселенная" одна (модель сущности Предприятия/Объекта Наблюдений), а значит модель со всей её семантикой тоже одна... и разработчик лишь аккуратно собирает агрегаты из этой единой сущностной модели.
P.S. если цель вашего движения - не "кем-то управляемый хаос на своей территории" с названием полей, контектов, мер, семантики... то подумать о "вселенной" все равно придется.😉
#model #модель #модельданных