5. áttekintése Oracle adatbázis
Ebben az előadásban fogunk tanulni a következő területeken
- Áttekintés dannyhOracle bázisok
- Minta adatok izOracle
Minden felhasználó, fejlesztő vagy Oracle DBA kell elsajátítani ezeket a kérdéseket, mielőtt a következő a szóban forgó anyagokat az előadások során a témában. Jelenleg a fő szempontok a mintavételi adatokat egy Oracle adatbázis.
Az anyagok, hogy lesz szó most, hogy mintegy 8% -a tartalom az első vizsga OCP programot.
Oracle Áttekintés
Ebben a részben a felülvizsgálati feltárása az Oracle adatbázis, fontolja meg a következő kérdéseket:
Elméleti és fizikai szempontból egy relációs bazdannyh
Végrehajtása RDBMS és ORSUBDOracle
IspolzovaniePL / SQLi annak előnyeit
Elméleti és fizikai szempontból egy relációs adatbázis
Oracle gyökerezik relációs adatbázis-elmélet, amelynek kezdetén rakták az 1950-es. munkájában E. F. Kodda és amelyet később kiterjesztették végtelen számú irányban, mint a dolgozó adattárházak, online tranzakció-feldolgozás és alkalmazásokat, amelyek támogatják az interneten. Kétségtelen, hogy ez a szoftver nyerte népszerűsége az egyik oka annak, hogy tartsa ezt a könyvet a kezedben. Ez a könyv az összes választ, akkor kérheti; Mi az Oracle adatbázis, hogyan működik, és mit lehet tenni vele. A válaszok ezekre a kérdésekre lesz szükség, hogy nyomja le az első vyder-vizsgálat: bevezetés az SQL.
Szoftverfejlesztéssel foglalkozik cég használja a különböző megközelítéseket információs menedzsment. Az évek során, a legnépszerűbb a szoftvercsomagok tárolására és visszakeresésére használt adatok elsődleges eszköze az adattároló rendszer egyszerű (vagy ahogy néha lapos) fájlokat. A választás a tárolás módjától, valamint a kiválasztott információkat maradt mögött van, és egy programozási nyelv általánosan használt COBOL. Néhány korai fajták lapos fájlrendszerek által használt hierarchikus tárolási rendszer, ahol az adatok tárolt egy hierarchikus módon, hasonlóan a hierarchikus szerkezete könyvtár, amely teheti CTS-Windows Explorer, mint például a merevlemez a számítógép. Ezek az alkalmazások futnak a mainframe, és többek között a jól ismert alku-O márka lehet megkülönböztetni IMS - IBM hierarchikus rendszert és IDMS - hálózati rendszer Computer Associates cég. A leggyakrabban használt e rendszerek fejlesztésére mechanizmusokat adatok feltöltésének és kezelésére a programozási nyelv volt, mint mondtuk, COBOL.
Az ilyen rendszerek sima fájlok nagyok az egyes feladatok, mint például létre a kapcsolat a „szülő-gyermek”. Ezek a kapcsolatok, például úgy, hogy képviselje a kapcsolatot az értékesítési személyzet a cég, a forgalmazó élelmiszer-ipari termékek, valamint a cég ügyfelei. Egy másik példa a „szülő-gyermek” szolgálhat a követési számlaszámok és kapcsolatuk a pozíciók termékskála a vevői ezt az élelmiszer forgalmazó cég. Azonban az egyik hátránya az ilyen lapos fájlrendszereket volt annak a ténynek köszönhető, hogy a kapcsolatok „szülő-gyermek” nem szimulálni minden lehetséges adattípusok kapcsolatokat. A fenti példában az élelmiszeripari vállalat a felhasználó érdekében át lehetne sok különböző termékeket. Ezen termékek mindegyike önmagában is megjelenhet különböző megrendelések. Ebben az esetben az úgynevezett aránya „sok termék sok megrendelést” kell kialakítani, a hierarchiában? Milyen tárgy kell használni, mint a szülő, mint a - mint egy gyerek? A szokásos megoldás az volt, hogy hozzon létre két különböző hierarchia: az egyik, amely arra szolgál, mint a szülő termék, és a másik, ahol ugyanazt a szerepet használt sorrendben. Sajnos, ez gyakran azt jelenti, támogatást nagyrészt egybeesik információk két helyen (vagy több helyen), amely elvezet a redundáns adatokat. Fenntartása összhang több tárhelyek teszi tárolására és visszakeresésére adatok kihívást jelent. Egy másik jelentős hátránya hierarchikus adatbázisok, sima fájlok rendszert használó abban a tényben rejlik, hogy nehéz alkalmazkodni a változó üzleti igények a vállalkozás. Ha az élelmiszer forgalmazó ad otthont egy új értékesítési rendszer, amely lehetőséget biztosít a közös tulajdon a vevői számlák néhány értékesítési munkatársak, a vállalatok, hogy újra kell tervezni a hierarchikus adatbázis.
Hivatkozva elégedetlenség tanulmányait nehézkes jellemzőinek hierarchikus adatbázisok, amely sima fájlok, E. F. Kodd, egy számítógép tudós, aki dolgozott az 1950-es. IBM, kidolgozott egy alternatív - a relációs modell. Ahelyett, hogy az adatok tárolására hierarchikusan Codd javasolt tárolni kapcsolódó adatok elemek, mint például vezérlő helyiségek és a megrendelt termékeket a táblázatokban. Ahogy Codd felfedezték, ha ezek a táblázatok célja szerint néhány egyszerű elven, akkor egyértelmű lesz, és rendkívül hatékony, az adatok tárolására. Egy adatot lehet tárolni csak egy helyen. Egy idő után, sok szoftver gyártó megértették annak fontosságát, hogy a munka Codd, és elkezdte, hogy olyan termékeket, amelyek megfelelnek a modell Codd. Kezdve a 1980-as. szinte az összes szoftver termékek adatbázisok (beleértve az Oracle) megfelel a relációs modell.
A fő eleme, hogy hozta a sikert a relációs modell alkalmazása a tároló és az adatok visszanyerését és manipulálni a relációs adatbázis-kezelő rendszer (RDBMS). A korábbi termékek szervezetek kódolásához mintavételi eljárások kormányzási adatok, amelyek közvetlenül kölcsönhatásba az adatbázis fájlokat, hogy az állam a sok programozó COBOL nyelven, ezzel szemben a mechanizmus a RDBMS kezeli az ilyen feladatok segítségével, automatikusan funkcionális SQL programozási nyelv ( ejtik, mint akár „folytatást” szerint vagy a kiejtés minden betű: Es Ku-El). SQL azt jelenti: „Structured Query Language - Structured Query Language”, és segítségével a felhasználók lehet lekérdezni az adatokat igényelnek megfelelően szigorú kritériumok az összehasonlításhoz. Például, ha az Ön által keresett munkavállaló SMITH neve, hogy az azonosító (ID) és információk a bér, akkor csináld a következő SQL:
SQL> SELECT dolgozoid, ENAME, SAL FROM EMP
2 AHOL ENAHE = 'SMITH';
SovetPredshestvuyuschy blokkot közvetlenül izSQL * Plus eszköz által nyújtott korporatsieyOracledlyavzaimodeystviya annak adatbázisok. A szimbólum „2”, jelezve, hogy vynachali második bemeneti vonal zapisyvaetsyaSQL * Plusavtomaticheski. Azt próbálja helytelenül adja meg a karaktert. „2” magát. Most van pénz kellett aggódnia, hogy mi valójában értünk ez operatorSQLili mi legyen annak eredményeit; csak megérteni, hogy mielőtt operatoraSQL példa.
A rendszer marad, hogy úgy mondjam, a színfalak mögött, RDBMS lefordítani ezt a kijelentést műveletek sorozatát, hogy a kiválasztott információt egy fájlt a gépen, amelyen az adatbázis tárolja. Ez a lépés az úgynevezett elemzés vagy elemzésére (elemzés). Végén elemzés RDBMS végez szükséges műveletek számát a művelet befejezéséhez.
Azonban néhány (vagy az összes) a műveleteket az alábbi listából (a végrehajtás érdekében lehet tetszőleges) lehet elvégezni:
Az implicit típusú átalakítás
Keresés indexek (ha szükséges) annak érdekében, hogy csökkentsék a rendszer válaszideje
olvasási művelet a lemezről vagy a lemezre írva
Adatszűrés táblázat szerint a keresési feltételeknek
Válogató és formázását a visszaküldött adatok
SovetIndeksom nevezett speciális adatbázis-objektum kotoryymozhet használható a teljesítmény javítása érdekében konkretnyhoperatsy RDBMS. Az adatok típusa (adattípus) nevű meghatározás tipadannyh (adattípus) tárolt táblázat oszlopait. További részletekért obindeksah fog menni a következő fejezetekben.