Kúra d; fogyás adatbázisok, melyik étrendet válasszuk
Ebben a cikkben egy témával fogunk foglalkozni oh! mennyire érzékenyek és túl gyakran elhanyagolták a szoftvercsomagok és más "otthoni" alkalmazások kiadói adattisztítás.
Legyen óvatos, a tisztításról beszélünk, vagyis az adatok teljes felszámolásáról és nem az archiválásról, ami teljesen más technika, bár kiegészítő, de nagyon pontos szabályok irányítják őket, amelyek teljesen más formátumot határoznak meg, mint a származási adatok formátuma, függetlenül attól, hogy bármilyen műszaki korlát. De térjünk vissza kedvenc témánkhoz PURGE az adatok, amint gyakran láttad, látod, hogy kedves adatbázisaid felháborítóan növekednek, anélkül, hogy olyan eljárás vagy kezelés létezne, amely megkönnyítheti ezeket az idővel elavult adatokat, és amelyekhez nem tesznek hozzáférést sem olvasás, sem írás közben, másrészt kéz, amelyek szennyezik az asztalokat, amelyek jelentősen rontják a teljesítményt. Tehát egy kis karcsúsító kúra nem lenne luxus egy második fiatalság visszaszerzéséhez és a szépség kánonjainak tiszteletben tartásához, amelyek elárasztják a magazinok egy részét, bár kétlem, hogy egy adatbázis ilyen őrületet vált ki ... A hatás sokkal kevésbé vonzó. ...
Tehát kihez fordulunk, hogy megtaláljuk ezt a csodaszert, amelynek következtében több méretet veszítünk el minimális idő alatt? De természetesen az ügyeletes táplálkozási szakembernek, a kedves DBA-nak, aki végül kevésbé kuncog a képernyője mögött.
Túlsúly elemzés
Mielőtt diagnosztizálnánk, melyik étrend a leghatékonyabb, először meg kell vizsgálnunk a túlsúly jellegét, és meg kell határoznunk, hogy milyen adatok érdemelik ezt a száraz étrendet. Általánosságban van már elképzelésünk az adatokról, amelyek a vízen, vagy inkább az idő múlásával nőnek, például számlák, megrendelések, fogyasztás, kommunikációs jegyek, pénzügyi tranzakciók ... . Most már meg kell határozni azokat a táblázatokat, amelyekre ezek a dús adatok összpontosulnak igen, de akkor melyik megközelítést kell elfogadni:
A fogyás kritériuma
Mivel ezek az adatok az idő múlásával növekednek, az egyetlen releváns kritérium természetesen egy dátum, amelynek funkcionálisan feltétlenül meg kell felelnie az alkalmazás jelentős tevékenységének (megrendelés felvétele, fogyasztás, kommunikáció, tranzakció, számlázás ...). Most már csak annyit kell tennie, hogy érvényesíti ezt a kritériumot a tanulmányokkal vagy az alkalmazáskezelőkkel, és meghatározza, hogy mennyivel fogja levágni ezt a felesleges kötetet az adatokról ... Más szóval, egy triviálisabb nyelven "vágja le a zsírt". Ez a megőrzési időszak lehetővé teszi számunkra, hogy kívánságainknak megfelelően finomítsuk és cizelláljuk az adatbázis sziluettjét.
A megfelelő fogyókúrás étrend
Most csak gyógyító kezelésünket kell alkalmaznunk lehetőségeinknek és lehetőségeinknek megfelelően.
A drasztikus étrend
A jobb helyzetben lévő személyek számára és azzal a feltétellel, hogy rendelkezünk a particionálási lehetőséggel (ami egyébként még mindig megéri a földimogyoróban), és hogy az összes táblázat mellett szerencsére megvan a híres dátumkritérium, akkor a megoldás mind megtalálható. az intervallum szerinti particionálás vagy a „tartomány particionálás” lehetőségének használata .
Az Oracle 11g verzióval ezt az opciót továbbfejlesztették, így már nem kötelező előre létrehozni a partíciókat, mert automatikusan generálódnak, amint új sort kell beilleszteni egy még nem létező partícióba.
Mint mindig, van néhány korlátozás az ilyen típusú intervallum particionálás használatában.
- Egyetlen oszlop nem képezheti a particionálási kritériumot, és ennek az oszlopnak DATE vagy NUMBER típusúnak kell lennie
- Az IOT-indexekbe rendezett táblákon nem engedélyezett az intervallum-particionálás
A particionálási intervallum mélysége a napra, hétre, hónapra, negyedre ... korlátozható. a következő funkciók szerint: INTERVAL (NUMTODSINTERVAL (1, 'nap')), INTERVAL (NUMTODSINTERVAL (7, 'nap')), INTERVAL (NUMTOYMINTERVAL (1, 'hónap')), INTERVAL (NUMTOYMINTERVAL (3, 'hónap')) ))) ... . Mivel a partíciók neve automatikusan generálódik a belső Oracle konvencióknak megfelelően, ajánlott átnevezni őket a saját szabványai szerint.
Tehát a súlycsökkentő kúrát a partíció egyszerű törlésével hajtják végre a DROP paranccsal, természetesen tiszteletben tartva a referencia-kényszerek sorrendjét. (először a lányasztalok, majd az anyaasztalok).
A DROP PARTITION parancs erős kényszere továbbra is az a tény, hogy az összes index helyi, vagyis hogy csak és közvetlenül kapcsolódnak a táblázat egyetlen partíciójához, ellenkező esetben az indexek érvénytelenek lesznek, és újra kell őket építeni amely megköveteli az alkalmazás szolgáltatás leállítását, és még mindig befolyásolja az adatbázis elérhetőségét. Marad az elsődleges indexek tövises esete, amelyek az egész táblára vonatkoznak, így lokálissá válnak, feltétlenül hozzá kell adni a particionálási kritériumot ezen elsődleges indexek kulcsdefiníciójához.