| Väljavõte | ||
|---|---|---|
| ||
haulwork.yaml ehk kuidas kirjeldada laadimine |
Laadimisülesande definitsioon on YAML struktuuriga tekstifail, mis tavaliselt viitab ka SQL-failidele, mis asuvad samas kasutas. Definitsioon võib sisaldada ka infot, millise versiooninumbrini peab olema tulem-tabel viidud ja versioonini viimiseks leiab SQL-failid "ver" alamkaustast.
...
Kui viidatakse failile (file: input.sql), siis fail peab olemas olema (definitsioonidega samas kasutas) ja peab sisaldama vähemalt ühte SQL käsku. Kõik elemendid, mis viitavad aktsioonides failidele, on lubatud kasutada ka mitut faili (YAML massiiv), aga on olukordi, kus teisi peale esimese ignoreeritakse (nt shadow aktsioonis on input fail osa tervikust (embeditakse) ja seda saab olla ainult üks).
Võimalikud aktsioonid
| Aktsioon | Tegevus |
|---|---|
| shadow | Suurte tulemtabelite loomine andmebaasi sees olevate andmete põhjal. Soovituslik alternatiiv "map" tegevusele. |
| map | Tulemtabeli tekitamiseks andmebaasis juba olemasolevate tabelite põhjal (st andmete teisendus) ühe SQL SELECT abil |
| run | SQL käivitamine ilma mingite kõrvalefektideta (ilma väärtust lisavate automaatsete lisategevusteta). |
| init | Välisest allikast suurte tabelite alglaadimiseks, kui on võimalus saada allikast select käsuga sorteeritult ja limiteeritult ning kuni laadimine pole lõppenud, ei lisandu allikasse andmeid vahele (sorteerimise mõttes) |
| eksport | Allikbaasist välja eksport (faili või otse tulembaasi) kasutades teadmisi alliktabeli muudatuste timestamp veergude olemasolust. |
| import | Failist sissetõmbamine tulemtabelisse (fail asub BIS masinas, st loodi sinna eksport abil) |
| timeline | Muudatuste tuvastamine andmelao tabelis võrreldes eelmise kontrolliga |
Tulemtabeli vesioneerimine
...