Tudd Intuíció, előadás, bevezetés mysql
A relációs adatbázisok
Összehasonlítva a fenti modell egy relációs adatbázis-modell szerint egy sokkal magasabb szintű komplexitás. Ez egy kísérlet, hogy enyhíti a programozó rutinfeladatok adatkezelés, annyira jellemző a hierarchikus és hálózati modellek.
A relációs modellben az adatbázis egy központi adattár táblázatokat biztonságos egyidejű hozzáférést az adatokhoz sok felhasználó. A táblázat sor a mezők nem tartalmaznak adatokat, amelyek közvetlenül a rekord, és néhány - a hivatkozás rekordok többi táblában. Így a kapcsolat a nyilvántartások alapvető jellemzője a relációs modell.
Minden táblázat bejegyzés ugyanolyan szerkezetű. Például egy táblázat, amely leírások az autók, minden rekord lesz ugyanazokat a mezőket: gyártó, típus, évjárat, futott, stb Az ilyen táblák könnyen képviseli grafikailag.
A relációs modell által elért információkat és szerkezeti függetlenségét. A bejegyzések nem kapcsolódik, hogy a változás az egyikük megérintette a többiek, de a változás az adatbázis szerkezete nem feltétlenül vezet újrafordítani alkalmazások dolgozni vele.
A relációs adatbázisok, SQL nyelv használata, amely lehetővé teszi olyan önkényes, ad hoc lekérdezéseket. Ez a negyedik generációs nyelv, így minden felhasználó gyorsan megtanulják, hogyan lehet kérelmeket. Ezen kívül számos alkalmazás, amely lehetővé teszi, hogy építsen lekérdezések logikai áramköröket grafikusan. Mindez annak köszönhető, hogy szigorúbb követelményeket a számítógépek teljesítménye. Szerencsére a modern számítási teljesítmény több mint megfelelő.
A relációs adatbázisok által érintett végrehajtásában fennálló különbségek SQL nyelv, bár ez nem jelent problémát a relációs modell. Minden RDBMS végrehajtja annak egy részét a szabványos SQL, plusz egy sor egyedi parancsokat, ami megnehezíti, hogy a programozók, akik megpróbálják áthelyezni egyik adatbázisból a másikba. Van, hogy egy nehéz választás között a maximális hordozhatóság és a maximális teljesítmény. Az első esetben azt kell betartani a minimális közös parancsok használhatók minden DBMS. A második esetben, a programozó csak összpontosított dolgozik az adott adatbázisban. kihasználva egyedülálló parancsok és funkciók.
MySQL - egy relációs adatbázis. és ez természetesen szentel a tanulmány a relációs modell. De adatbázis elmélet nem áll meg. Vannak új technológiák, amelyek kiterjesztik a relációs modell.
Objektumorientált adatbázisok
Az objektum-orientált adatbázis (OODB) lehetővé teszi a programozók, akik dolgoznak a harmadik generációs nyelvek, értelmezni minden információt, mint a természet, a tárgyak, amelyek a memóriában tárolódnak. Opcionális interfész egy absztrakciós réteg, hogy elfogják lekérdezés hozzáférést azon részeit az adatbázis, amelyek tartós tárolása a lemezen. Változások a tárgyak optimálisan átment a memóriából a lemezre.
OODB előnye az egyszerűsített kódot. Alkalmazások képesek az adatok értelmezésére keretében a programozási nyelv, amelyen íródtak. A relációs adatbázis visszaadja az értékét minden mezőt táblázatos formában, és akkor kapnak a helyi adattípusok. A OODB, ezt a lépést szüntetni. Módszerek adatok manipulálására mindig ugyanaz marad, függetlenül attól, hogy az adatok a lemezen vagy a memóriában.
Az adatok a OODB formája lehet bármilyen szerkezetű, hogy ki lehet fejezni a használt programozási nyelv. Entitások közötti összefüggésekre is lehet tetszőlegesen bonyolult. OODB vezérli a cache-puffer tárgyak, mozgó objektumok között lemezt, és a puffer szükség.
Használata OODB megoldott két probléma. Először is, komplex információ-struktúrák kifejezve őket jobban, mint a relációs adatbázisok, másrészt így nem kell lefordítani az adatokat a formátum által támogatott DBMS. Például egy relációs adatbázis mérete egészek lehetnek 11 számjegyből, a programozási nyelv - 16. A programozó kell vennie ezt a helyzetet.
Objektumorientált adatbázisok végezni számos kiegészítő funkcióval. Megéri, ha a kapcsolat a nagyon összetett. Ebben az esetben OODB teljesítménye nagyobb, mint a relációs adatbázisok. Ha az adatok kevésbé komplex, több funkcióval felesleges. Az objektum adatmodell támogatja az ad hoc lekérdezéseket, de a nyelv az előkészítés nem feltétlenül SQL. A logikai nézet az adatok nem feltétlenül tükrözik a relációs modell, így az SQL alkalmazás lesz értelmetlen. Gyakran sokkal kényelmesebb kezelni a memóriában lévő objektumok, kövesse a megfelelő típusú keresést.
A nagy hátránya, az objektum-orientált adatbázisok szoros kapcsolat a programozási nyelv. Az adatok tárolása egy relációs adatbázis. hozzáférhet bármely alkalmazás, mivel például a Java-objektum helyezzük OODB lesz az érdeklődés csak az alkalmazások Java-ban írt.
Az objektum-relációs adatbázisok
Az objektum-relációs adatbázis-kezelő rendszer egyesíti a funkciók a relációs és objektum modell. Megjelenésük az a magyarázata, hogy a relációs adatbázisok jól működik a beépített adattípusok, és sokkal rosszabb - egyedi, nem szabványos. Ha van egy fontos új adattípus köteles vagy támogatását a DBMS. vagy kényszeríteni a programozó kezelni az adatokat az alkalmazásban.
Nem minden információ értelmes értelmezés formájában láncok szimbólumok vagy számok. Képzeljünk el egy zenei adatbázis. Egy dal kódolt formában egy audio fájlt, akkor tegye a szövegben nagy területen, de ebben az esetben lesz egy szöveges keresést?
A szerkezetátalakítási az adatbázis tartalmazza az ő támogatását egy olyan új típusú adatok - nem a legjobb megoldás. Ehelyett az objektum-relációs adatbázis-kezelő rendszer lehetővé teszi, hogy feltölt kódot tervezték, hogy kezelni a „nem standard” adatbázisban. Így, az adatbázis megtartja táblázat szerkezete, de a feldolgozására szolgáló eljárást bizonyos területeken táblázatok határoztuk kívülről, azaz programozó.