Vyvedu tě z omylu, ne každá databáze ukládá data v plaintextu
Proč by měla databáze ukládat data v plaintextu? Já jsem uváděl konkrétní příklad s celým číslem uloženým normálně ve dvojkové soustavě – obě dvě ta čísla jsou platné hodnoty, takže jenom z těch samotných hodnota databáze samozřejmě nepozná, že je něco špatně.
databáze jsou na změnu jednoho bitu poměrně dost citlivé!
To už jste jednou psal, a já jsem vám to vyvracel, že většina dat uložených databází jsou uživatelská data, a pokud by došlo k překlopení bitu v nich, databázi to nijak vadit nebude.
Ono se to zvládne vesměs opravit
Aha, takže ty chyby, ke kterým podle vás nedochází, se vlastně vyskytují, ale magicky se to samo opravuje.
ale jak databáze zjistí nekonzistenci, musí se provést oprava.
Opět, jaká nekonzistence, když k tomu podle vás nedochází?
Nebo že by nevadilo, kdyby docházelo k chybám a měnil by se datový kontejner virtuálního počítače?
Takové kontejnery mají běžně 60 GB obsazeného místa!
To, že vy jste se s nějakou chybou nesetkal, neznamená, že vůbec neexistují. Zřejmě taky nezálohujete, protože vám nikdy žádný disk neodešel a budete tvrdit, že k selhání disků nedochází. Víte, jiní lidé se ale neřídí jen svou vlastní zkušeností, takže když mají informace o tom, že disk může selhat, zálohují data, i když jim disk zatím neselhal.
Data na disku se nemění!
Stopy na disku jsou dnes tak blízko u sebe, že zápis do jedné stopy ovlivňuje i vedlejší stopy. Dnešní disky fungují spíš tak, že čtecí hlava přečte nějaký spíš šum než data, a na základě samoopravných kódů se z toho zrekonstruuje, co tam asi mělo být uloženo. Ta data se nemění v tom smyslu, jak si to představujete vy, že by na tom disku někde byla vyražená jednička a sama se změnila na nulu. Ne, ta data se mohou změnit tak, že tam toho šumu může být už příliš mnoho, víc, než kolik zvládnou opravit dané samoopravné kódy.
Může to hlídat i souborový systém.
Aha, takže souborový systém hlídá chyby, které nemohou nikdy nastat. Proč pak to asi dělá?
A dobrý archivační program ti zajistí jak integritu tak se dokáže sám opravit!
A dokonce i dobrý archivační program hlídá chyby, které nemohou nikdy nastat. Zdá se, že v oblasti ukládání dat panuje obsese v ukládání zbytečných kontrolních součtů. Tak proč se k tomu nepřidat a neuložit si je taky?
Mimochodem, bavili jsme se tu o 7zipu a raru, což nejsou archivační programy, ale komprimační. A dobrý komprimační program rozhodně data nebude opravovat, protože pro možnost opravy dat potřebujete jejich redundanci, nebo-li by se tím velikost komprimovaného souboru zvětšovala. Přičemž komprimační soubory se používají proto, aby byl zkomprimovaný soubor co nejmenší, ne proto, aby byl ještě větší, než originál. Podobné je to i s těmi kontrolními součty, i ty zabírají místo navíc.