A relációs adatbázisok kezdőknek
Általános szabály, hogy bármilyen webes alkalmazás osztható 2 fő részből áll: a front-end, amely megjeleníti az összes információt az oldalon, és a back-end, ahol az információ keletkezik, és helyezzük. Ebben a cikkben fogunk beszélni, mi egy relációs adatbázist, és hogyan kell tervezni őket.
Az adatbázis tárolja a rekordokat egy speciálisan szervezett módon, hogy az információ könnyen megtalálható, és kivontuk. Bármilyen adatbázis áll egy vagy több táblából. A táblázat áll a sorok és oszlopok. Minden sorban azonos oszlopok, és minden oszlop adatait tartalmazza. Általában jobb megértését, annak megállapítására, hogy az adatbázis tábla nagyon hasonló a látható Excel-e.
Táblázatos adatok lehet beilleszteni, felújított, aktualizált és törölni. Különleges betűszó szifilisz (Create-Read-frissítés-Delete) jött létre a csomag ezeket a műveleteket.
A relációs adatbázisok - egy adatbázist, ahol az összes információt tárolja a táblák össze vannak különleges kapcsolatokat. Ezek a kapcsolatok lehetővé teszik számunkra, hogy kivonat és összekapcsolják az adatokat egy vagy több táblából egyetlen lekérdezés.
De mindez csak szavak. Ahhoz, hogy valóban megértsük, mi a relációs adatbázis, akkor kell gyakorolni tovább. Kezdjük és látni, hogy milyen adatokat kell dolgoznunk.
Előállítása 1. lépés: Az adatok
Annak érdekében, hogy számunkra, hogy a sok munka, lőttem a Twitter lekérdezés „#databases” és egy asztal 10 bejegyzést:
Mit gondol #emailing #campaigns #traffic a #USA? Ez egy jó piacon manapság? van-#databases?
RT @tisakovich: @NimbusData a @Barclays Nagy mennyiségű adatot konferencián San Francisco ma beszélünk #virtualization, #databases és #flash memóriát.
Először is, nézzük megérteni az alábbi oszlopokat tartalmazza:
- full_name: felhasználónév
- felhasználónév: bejelentkezik a Twitter-e
- szöveg: a szöveg a tweet
- created_at: hozzanak létre egy tweet
- following_username: a felhasználók listáját vesszővel elválasztva, hogy feliratkozott ennek csipog. A rövidség kedvéért vágja a listát, hogy 2 neveket.
Ez a tényleges adatokat. Ha azt szeretnénk, megtalálja őket, és frissíti.
Rendben van. Most minden a mi egy helyen. Ez azt adja nekünk a lehetőséget, hogy könnyen keresni vele? Nem igazán. Ez a táblázat messze van az ideálistól. Először is, az egyes oszlopokban van ismétlődő rekordok: például x „felhasználónév” és „following_username”. Szintén „following_username” oszlop ad el a relációs modell, mert jelen van a sejtekben egy 1 értékű (bejegyzéseket vesszővel elválasztva).
Ezen kívül, mi találkoznak ismétlődések és sorok.
Ismétlődő adatok a probléma, mert Szifilisz ők bonyolítják a folyamatot. Például, a keresés az asztal két példányban feldolgozás elhagyja a hosszabbítás. Ezen felül, ha a felhasználó frissíti a tweet, akkor kell újra felvenni minden ismétli.
A megoldás erre a problémára az, hogy osztja az 1. táblázatban néhány asztal. Nézzük, hogy az oldat az első probléma - nevezetesen a megszüntetése ismétli az oszlopban.
2. lépés: Dobjuk ismétlődések az oszlopban
Mint már említettük, az oszlopok a „username” és a „following_username” tartalmazhat ismétlődő adatokat. Úgy jött létre, mint az eredménye, amit meg akartam mutatni a kapcsolatot a felhasználó és tweets. Nézzük javítsuk adatbázis szerkezete, elosztjuk az aktuális asztal két: az egyik tárolja az információt, és a többi - a kapcsolat a rekordokat.
Mivel @Brett_Englebert @RealSkipBayless feliratkozott, a táblázat „következő” megjeleníteni ezt a következő módon: név @Brett_Englebert fel a táblázat „from_user” és @RealSkipBayless „to_user.” Lássuk, hogy az asztalra fog kinézni „követi” a szétválás után asztalok 1:
2. táblázat következő
Elválasztása után a felhasználó a táblázatban (5. táblázat), bemutatunk egy egyedi (nem duplikált) vonal.
Ez a folyamat eltávolítja ismétlődő sorokat úgynevezett rendes működtetése a második formában.
4. lépés: Merge táblázat alapján kulcsok
Így, ennek eredményeként a tetteink 1. táblázatban 3 részre bontható: a következő (2. táblázat), tweets (4. táblázat), a felhasználók (5. táblázat). Minden többször megszűnt. Ahhoz, hogy tovább, hogy mi könnyen letölteni az adatokat ezt a struktúrát, egymástól független tábla, meg kell kapcsolni a különleges kapcsolat, amely megadja nekünk információt, amit a felhasználó tartozik minden csipog, és valaki számára, aki aláírta.
Közötti kapcsolatok létrehozására, feljegyzések, meg kell adnia egy egyedi azonosító, amely az úgynevezett elsődleges kulcs.
Általánosságban elmondható, hogy a 4. és 5. táblázatban, azt már megtették. A táblázatban a „felhasználók” az elsődleges kulcs oszlop „username”, mert a felhasználó bejelentkezési egyedinek kell lennie érték és nem lehet megismételni. A táblázatban „tweet” használja ezt a gombot, hogy olvassa el a kapcsolatot a felhasználó és a tweet. Az oszlop „username” az asztalra „tweet” nevezik idegen kulcs.
Ha valaha is dolgozott adatbázisokat, akkor lehet kérni, hogy tudjuk kihasználni a „username”, mint az elsődleges kulcsot?
Egyrészt, akkor egyszerűsíteni a keresési folyamat, mert nem használ semmilyen numerikus azonosítót. Másrészt, ha a felhasználó szeretné megváltoztatni a felhasználónevet? Ez ahhoz vezethet, hogy egy hatalmas számos problémát. Annak érdekében, hogy ne essenek bele egy ilyen helyzet, akkor jobb, ha a numerikus azonosítót. Minden attól függ, a rendszer. Ha megadja a felhasználóknak arra, hogy változtassa meg a felhasználói nevét, akkor a legjobb, ha az elsődleges kulcs mezőt avtoinkrementirovannoe numerikus azonosítója. Ellenkező esetben az oszlop „username” igen alkalmas erre a szerepre. Majd hagyja azt, hogy.
6. táblázat tweetjeit ID oszlopon
Tehát ezen a ponton van egy csomó dolog történik. Megszabadulni ismétlődő adatokat oszlopokban és sorokban, és úgy döntöttek, a mi táblázatok megfelelő hangszórókat a szerepe az elsődleges és idegen kulcsok leírására kapcsolat az adatok között. Ezt a folyamatot nevezik normalizáció, és úgy tervezték, hogy az Ön által asztalra a relációs modell. Mivel a normalizálás, sokkal könnyebben végre szifilisz műveleteket.
Alább látható egy diagram a táblázatok és közöttük lévő kapcsolatok:
Adatbázis-kezelő rendszerek
Most, hogy van egy relációs adatbázis, hogyan valósítható meg? Ehhez fel tudjuk használni egy adatbázis-kezelő rendszer (DBMS). Van egy egész sor ilyen programok, mind a fizetett és ingyenes. Között kifizetett tudja különböztetni az Oracle Database. IBM DB2 és a Microsoft SQL Server. Szabad: MySQL. SQLite és PostgreSQL.
Leggyakrabban különböző cégek MySQL. Twitter, ebben az értelemben - sem kivétel.
PostgreSQL ritkán használják. Mert az ő, van egy hasznos kiterjesztés PostGIS, ami az adatbázis könnyen tárolható a helymeghatározás adatokat. Például OpenStreetMap szolgáltatás néha használják PostgreSQL.
Structured Query Language (SQL)
Miután kiválasztotta a megfelelő adatbázist az Ön és telepíteni, a következő lépés az lenne létrehozása táblázatok és adatkezelést. Ehhez fel tudjuk használni a különleges nyelv SQL.
Adatbázis létrehozása fejlesztés:
Táblázat létrehozása felhasználók:
Amikor létrehoz egy mezőt, meg kell határoznunk, hogy milyen típusú információt tárolnak és a mérete. Oszlop „full_name” és a „username” gépeljük VARCHAR, amelynek célja tárolására karaktersor. Méret 100 karakter. Listája típus megtalálható itt.
Eltávolítása az összes felhasználói _DreamLead feljegyzések:
Által nyújtott információk útján két csatorna (látás és hallás) a képzés hatékonyságának sokkal jobb tanulás könyvekből. A házi feladatok és online tesztek lehetővé teszi, hogy folyamatosan úgy gondolja, a célnyelven, és azonnal ellenőrizze tudását!
Ha azt szeretnénk, hosszú ideig, hogy tanulmányozzák, hogyan lehet HTML-t, akkor engem, mert van jó hír!
Ha már megtanulta a HTML és tovább szeretne lépni, a következő lépés az lesz, hogy tanulmányozza a CSS technológiával.
Ha azt szeretnénk, hogy megértsék a fogalmak domain és tárhely, megtanulják, hogyan kell létrehozni egy adatbázist, feltölteni a fájlokat a honlapon keresztül FTP szerver, hozzon létre aldomain konfigurálja a postaládákat a helyszínen, és ellenőrzi a részvétel, a tanfolyam kifejezetten az Ön számára!