[AWD] poznámky DB

Odpovědět
Uživatelský avatar
Destroyer
VCKLAN TEAM
Příspěvky: 812
Registrován: čtv 13. srp 2009 13:50:15
Bydliště: Praha 12
Kontaktovat uživatele:

poznámky DB

Příspěvek od Destroyer » úte 26. kvě 2015 1:04:55

Postgresql
- checkpoint - generuje synchronizacni znamku - pouziva se pri recovery
- writer - mezi buffer cachi a diskem (dirty bloky uklada do prislusnych dat. souboru) z database buffer cache
- write ahead log - to samy ale bere obsah write ahead logu(uklada zmenovy vektory) -- ACID ( zurnal == write ahead log (v oraclu REDO LOG = WRITE AHEAD LOG)
- stats collection - statistika(pro optimalizátor)
- postgresql.conf - reportovani, logovani, nastaveni

- vacuum - pamatuju si starou a novou hodnotu na urovni db buffer cache a generuju zmenove vektory(jako defragmentace FS)

MySQL
- Myisam nepodporuje transakční zpracování a referenční integritu

- heap table - bez garance fyz. poradi
- B(balanced) strom - 100-150uzlu
- Clusterovany index - souvisly kus pameti, setridene podle tohoto klice

- datovy typ SERIAL - bigin unsigned not null auto_increment unique
- engine per tabulka, charset per zaznam


0 read uncommited
1 read commited
2 repeatable read
3 serializable


Oracle
- objektove relacni - objekty (muze bejt slozeny datovy typ)
- otp - online transactional processing (KOS) - soucasne pracuje velke mnozstvi uzivatelu, transakcni aktivita nizka, transakce kratky (update/insert intensive)
- olap - online analytical processing - malo uzivatelu, dlouhe dotazy, vetsi sekvencni cteni (read intensive), spis davkove inserty
Z eduxu
- undo - undo segmenty - kopiruji se tam stare hodnoty (stara a nova hodnota 2x - undo segment a v zurnalu, a nebo cache(undo segment a data))
- temporary segment - odkladani dat napr. pri razeni

- instance recovery - muzu provest z online zurnalu
- media recovery - musim sahnout do archivovanych zurnalu

Zkouška z databázové části

Prakticky vyžaduji, abyste dobře znali následujících 8 témat, u zkoušky z databázové části dostanete jedno z nich náhodně přidělené:

PosgreSQL - architektura,konfigurace, správa
MySQL - architektura,konfigurace, správa
Oracle - architektura,konfigurace, správa
Zálohování a obnova DB po ztrátě DB souboru
Princip obnovy DB po pádu instnace
Zpracování DML příkazu v architektuře DB stroje
Zpracování COMMIT a ROLLBACK příkazů v architektuře DB stroje
Implmentace ACID (a MVCC) v architektuře DB stroje
Uděláte si na papír přípravu pro diskusi a pak nad vaší přípravou diskutujeme. Já se ptám na věci, které máte v přípravě uvedené, věci, které mi tam chybí a hlavně se snažím zjistit, jestli tomu rozumíte a chápete souvislosti. Vaše snažení pak oboduji v souladu s pravidly.

Rád bych uvedl na pravou míru zejména toto:

Do žurnálu (redolog, WAL) se nezapisují SQL příkazy, které byly zadány v průběhu transakce, ale změnové vektory.
Žurnál není totéž jako UNDO segment (v Oracle).
V průběhu transakce si DB stroj drží staré i nové hodnoty 2x - (db bloky, undo segmenty nebo kopie řádků v db bloku (Oracle / PostgreSQL) a změnový vektor).
do žurnálu se píší změnové vektory, informace o commit, rollback a checkpoint (scn)
změnový vektor obsahuje (typicky) transactionID, rowID, OldData, NewData
Při události checkpoint dochází k synchronizaci obsahu database buffer cache a datových souborů. Vygeneruje se scn (system change number, synchtornizační značka), která se dá do hlavičky každého DB souboru a do žurnálu. Tato synchronizační značka má zásadní význam pro obnovu databáze (recovery).
Obnova databáze (po pádu) se označuje slovem recovery.
Podle toho, k jakému problému došlo rozlišujeme instance recovery a media recovery.
Použití (vystavení) zálohovaných databázových souborů (pro recovery) se označujeme slovem restore.
Přílohy
awd_vypisky.docx
(361.62 KiB) Staženo 145 x
You're pro or you're a noob. That's life

Odpovědět