Delvis laddning

En fullständig laddning inleds alltid med att alla tabeller i den befintliga datamodellen tas bort, och sedan körs laddningsskriptet.

Detta sker inte under en delvis laddning. Då behålls istället alla tabeller i datamodellen och sedan exekveras bara Load- och Select-satser med ett inledande Add-, Merge- eller Replace-prefix. Andra datatabeller påverkas inte av kommandot. Only-argumentet anger att satsen bara ska exekveras vid delvisa laddningar och ignoreras vid fullständiga laddningar. Följande tabell sammanfattar programutförandet för delvisa och fullständiga omladdningar.


Sats	Fullständig omladdning	Delvis laddning
Load ...	Sats körs	Sats körs inte
Add/Replace/Merge Load ...	Sats körs	Sats körs
Add/Replace/Merge Only Load ...	Sats körs inte	Sats körs

Delvisa laddningar har flera fördelar jämfört med fullständiga laddningar:

Det går fortare eftersom det bara är data som ändrats nyligen som måste laddas. Skillnaden är avsevärd för stora datauppsättningar.
Det går åt mindre minne eftersom färre data laddas.
Mer tillförlitligt eftersom frågor till källdata körs snabbare, vilket minskar risken för nätverksrelaterade problem.

För att delvis laddning ska fungera som avsett måste appen öppnas med data innan en delvis laddning utlöses.

Gör en delvis laddning med knappen Ladda. Mer information finns i Knapp. Du kan även använda Qlik Engine JSON API.

Begränsningar

En delvis laddning misslyckas om det finns kommandon med referenser till tabeller som fanns före den fullständiga laddningen, men inte under den delvisa laddningen.

Kommandoexempel

LEFT JOIN(<Table_removed_after_full_reload>)

CONCATENATE(<Table_removed_after_full_reload>)

Där <Table_removed_after_full_reload> är en tabell som fanns före den fullständiga laddningen, men inte i den delvisa laddningen.

Kringgå detta

För att kringgå detta kan du omge kommandot med följande if-kommando:

IF NOT IsPartialReload() THEN ... ENDIF.

En delvis laddning kan ta bort värden ur datan. Det här kommer dock inte att reflekteras i listan över distinkta värden, som är en tabell som underhålls internt. Så efter en delvis laddning kommer listan att innehålla alla distinkta värden som har funnits i fältet sedan den senaste fullständiga laddningen, vilket kan vara mer än vad som för närvarande existerar efter en delvis laddning. Det här påverkar utdatan från funktionerna FieldValueCount() och FieldValue(). FieldValueCount() kan eventuellt returnera ett större antal än det nuvarande antalet fältvärden.

Exempel 1

Laddningsskript

Lägg till exempelskriptet i din app och gör en delvis omladdning. När du vill se resultatet lägger du till de fält som anges i resultatkolumnen i ett ark i din app.

T1:
Add only Load distinct recno()+10 as Num autogenerate 10;

Resultat

Resulting table
Num	Count(Num)
11	1
12	1
13	1
14	1
15	1
16	1
17	1
18	1
19	1
20	1

Förklaring

Satsen exekveras endast under en delvis omladdning. Om prefixet "distinct" utesluts ökar antalet Num-fält med varje konsekutiv delvis omladdning.

Exempel 2

Laddningsskript

Lägg till exempelskriptet i din app. Gör en fullständig omladdning och se resultatet. Gör sedan en delvis omladdning och se resultatet. När du vill se resultaten lägger du till de fält som anges i resultatkolumnen i ett ark i din app.


T1:
Load recno() as ID, recno() as Value autogenerate 10;

T1:
Replace only Load recno() as ID, repeat(recno(),3) as Value autogenerate 10;

Resultat

Output table after full reload
ID	Value
1	1
2	2
3	3
4	4
5	5
6	6
7	7
8	8
9	9
10	10

Output table after partial reload
ID	Value
1	111
2	222
3	333
4	444
5	555
6	666
7	777
8	888
9	999
10	101010

Förklaring

Den första tabellen laddas under en fullständig omladdning och den andra tabellen ersätter helt enkelt den första tabellen under en delvis omladdning.

Mer information

Var den här sidan till hjälp för dig?

Om du hittar några fel på denna sida eller i innehållet – ett stavfel, ett steg som saknas eller ett tekniskt fel – berätta för oss så att vi kan blir bättre!

Lämna din feedback här