Kända problem och begränsningar
Senast uppdaterad: 2026-11-03Semantiska modeller i dataprodukter har flera kända begränsningar som du bör vara medveten om när du skapar, konsumerar och hanterar dem.
Förbrukningsmetoder
För att läsa in dataprodukter med deras semantiska modeller behöver du öppna datakatalogen från en av följande ingångspunkter:
-
Öppna Skriptredigeraren i ett program och välj Lägg till från datakatalog.
-
Öppna en dataprodukt. Från dess alternativmeny väljer du Använd i > Applikation.
Med andra ord kan du inte läsa in information om den semantiska modellen från dataprodukten med hjälp av ingångspunkter som Datahanteraren eller mellanlagringssidan för programskapande.
Uttrycksvalidering
Vid konsumtion av en semantisk modell utförs ingen validering för att kontrollera om originalobjekt är giltiga. Valideringsfelet visas endast när du granskar originalobjektet i appen.
IncludeModel skriptbegränsningar
Jokerteckensyntaxen WithTables: * stöds inte. Du måste lista tabeller explicit.Relationsförslag
Funktionen för relationsförslag erbjuder begränsat stöd för luddig matchning.
Originalobjekt i konsumerande applikationer
Du kan ta bort ett originalobjekt, men det kommer att visas igen vid nästa omladdning av applikationen om det fortfarande refereras till i IncludeModel-skriptet. För att ta bort det permanent tar du först bort det från skriptet. Du kan också kopiera valfritt originalobjekt i en semantisk modell. Objektet som skapas genom att kopiera kommer att behandlas som ett vanligt originalobjekt i programmet och kommer att vara fullt redigerbart.
Importera, exportera och produktöverskridande återanvändning
- Att exportera en semantisk modell till en fil stöds inte.
- Att importera en semantisk modell från en annan klientorganisation stöds inte.
- Duplicering av en dataprodukt (inklusive dess semantiska modell) stöds inte.
Begränsningar för relationsförslag från Data Integration-pipelines
När du bygger en semantisk modell på en dataprodukt kan Qlik föreslå relationer mellan datauppsättningar baserat på de relationer som definierats i det Data Integration-dataprojekt som producerade dem. Dessa förslag är en utgångspunkt. De återspeglar inte alltid allt som modellerats i pipelinen, så granska dem och lägg till eventuella saknade relationer manuellt.
Omdöpta nyckelkolumner
En relation föreslås endast när den främmande nyckeln kan matchas mot primärnyckeln för den dimension den pekar på. Om en främmande nyckel har ett annat namn än dimensionens primärnyckel (till exempel customer_ref i en faktatabell som pekar på customer_id i en dimension) kan mappningen inte lösas och inget förslag ges för den relationen. Pipelines där nycklar döps om längs vägen kommer därför att visa färre förslag än förväntat.
Fysisk modell, inte logisk modell
Förslag härleds för närvarande från relationerna i den fysiska modellen, inte den logiska modellen. Den fysiska modellen innehåller tekniska nyckelkolumner som genereras av pipelinen, vars namn börjar med hdr_. Dessa kolumner kan visas i de föreslagna relationerna även om du inte ser dem i den logiska modell som du har utformat i Data Integration. Eftersom den logiska modellen är den du arbetar med i Data Integration kan du förvänta dig att förslag ska följa den. Relationer som endast finns på den logiska nivån föreslås inte.