Mysql tanulságok könyv (bemutató) kezdőknek, 1. lecke

MySQL nagyon gyors, megbízható és könnyen kezelhető. MySQL is van egy nagyon praktikus készlet jellemzői kifejlesztett nagyon szoros együttműködésben a végfelhasználók számára. MySQL eredetileg tervezték, hogy kezelni nagyon nagy adatbázisok sokkal gyorsabb mint az eddigi megoldások, és sikeresen használják a rendkívül igényes iparágakban.

A folyamatos fejlesztés MySQL ma egy gazdag és nagyon hasznos a funkciók. Az egyszerűség, a gyorsaság és a megbízhatóság teszi MySQL nagyon alkalmas eléréséhez Internet adatbázisok. Nagyon fontos, hogy támogassa egy igazán hatalmas mennyiségű adat. A használata esetén MySQL 60000 asztalok, összesen mintegy 5000000000 tárolás szálakat.

A MySQL egy rendszer a „kliens-szerver”

Ez azt jelenti, hogy a MySQL az egyik az SQL-szerver, amely támogatja a különböző funkciók (sőt, nem minden a munka adatbázisokkal), több különböző kliens programok (csak interfészt biztosít a felhasználó és a szerver), adminisztratív eszközökkel és több programozási felületek. Ügyfeleink kommunikálni a szerverrel, a saját hálózati protokollt.

Ez a rendszer lehetővé teszi, hogy a nagy számú felhasználó egyidejű dolgozni a szerver. Beleértve az együttes feldolgozása ugyanazokat az adatokat anélkül, hogy zavarnák egymást. Ez a kölcsönhatás lesz szó részletesen a következő fejezetekben.

Jellemzően a kliens és a szerver használnak különböző számítógépeken, de feltételezzük megvalósítási módja telepíteni mindkét rész ugyanazon a számítógépen csomagot. Még egyetlen számítógép is használhatja a hálózaton kommunikál a kliens és a szerver. Egyébként meg kell jegyezni, hogy a kliens és a szerver futhat a különböző operációs rendszerek, ez nem zavarja semmi. MySQL már elérhető a több mint egy tucat operációs rendszereket.

MySQL-egy teljesen többszálú rendszer

Ez azt jelenti, hogy a csomag könnyen kezelhető, több processzort, ha van ilyen. Sok kiszolgáló rendszerek már fel több processzoron. Az ilyen rendszerek MySQL teljesen párhuzamos elvégzésére több lekérdezést adatbázisokhoz (mindegyik processzor).

MySQL egy lakosztály nyílt forráskódú

Ez azt jelenti, hogy a csomag könnyen módosítható, hogy illeszkedjen az Ön igényeinek, aki jól ismeri a programozás. Írtak egy fontos módosítás, hogy a csomagot, egy technikus küldje el a fő oldalon csomag lehetséges felvétel a következő verzió. Ez köszönhető ez a rendszer, a fejlesztési MySQL fejlődik nagyon gyorsan, és figyelembe véve a szükséget a végfelhasználók és minden hibát kiküszöböli a lehető leghamarabb. Ez a tulajdonság volt talán az első oka a nagy népszerűsége a csomag: megfelelő készség beállíthatja, hogy megfeleljen az Ön igényeinek.

MySQL mentes a legtöbb esetben

MySQL szánt, nem kereskedelmi célú felhasználásra. Ha csomagot rendezésére a fórumot, vendégkönyvek rendszer vagy blogokat, akkor nem kell fizetni semmilyen engedély. Egyszerűen töltse le a csomagot a saját honlapján, és tedd a szerveren. De ha technikai támogatásra van szüksége, itt meg fog fizetni. Megjegyzés: a tábla került a technikai támogatás, és nem az a program használatának. Ez a tulajdonság nyújtott sok a DBMS ilyen nagy népszerűségnek örvend.

Most, hogy közelebbről feltétlenül szükséges terminológiát, hogy szükség lesz, ha a következő leírás alapján, valamint az alapelvek adatbázisok, úgy, hogy legalább általánosságban képviseli, amit dolgunk. Első pillantásra a hosszú listát értelemben, de szükség van rájuk.

Mivel az összes adatot tárolnak a táblázatok formájában, meg kell világosan meghatározza, hogy milyen típusú táblák és megfelelő terminológiát. A táblázat cellákból áll. amelyek mindegyike tárolhatnak néhány adatot. Ha a cella nincs adat jelenleg nem rendelkezik, ez az úgynevezett üres.

Egy táblázat áll függőleges oszlopokból és vízszintes sorok, amelyben vannak csoportosítva a sejt. Táblázat szigorúan négyszögletes. azaz az összes vonalak egyforma sejtek számát, valamint az összes oszlopok az azonos sorok számát.

Minden sor a táblázatban nevezzük rekordot. Minden sejt az úgynevezett felvételi területen felvételt. Mivel a területen lehet tárolni a különböző adatokat, hogy egyszerűsítse a munka fogalmát típusát. Minden sejt saját típusát és tárolhatja csak a megfelelő típusú adatok, hogy meg kell érteni, ha dolgozik a rendszer.

A MySQL, azt feltételezzük, hogy az adattípus van rendelve egy oszlop a táblázatban, és valamennyi sejtek ebben az oszlopban. Azaz, ha az első oszlop van rendelve egy bizonyos típusú (pl char), ez azt jelenti, hogy az első mező minden rekord ebben a táblázatban mindig csak egy char, és nem más.

Ez nagyon fontos! A legtöbb időt fog dolgozni az oszlopokat, mert meghatározza, hogy milyen típusú adatokat, és a szerkezet az asztalra. A táblázat sorai a nem számozott, léteznek csak a könnyebb adatkezelés. A legtöbb esetben, a rekordok száma a táblázatban ne is érdekel. Job adatok, és azok szerkezetét határozza meg a típusát és az oszlopok sorrendje. A bejegyzések száma fontos csak a szerver.

Egy adatbázis állhat több különböző táblázatok. A pontos szám korlátozott, elsősorban a számítógép memóriájában. A szerver tárolja a sok adatbázisok. Meg kell jegyezni, hogy akkor keverjük táblákat különböző adatbázisok egyetlen lekérdezés.

A táblázatból az is van típusa és attribútumok. Ezen múlik a választási lehetőségeket, amelyek rendelkezésre állnak, ha dolgozik, ebben a táblázatban, és a logikája annak kiszolgáló feldolgozás. Ez lesz szó a későbbiekben részletesen.

Most beszéljünk az adatokat a mezőkbe. Tenni valamit a néhány adatot, akkor először meg kell találni. Ehhez és az SQL nyelv. Rajta vannak írva kérelmek feldolgozása során, amely a szerver ellenőrzi az adatbázis tábla van adva a kérelmet a szükséges kritériumokat adatokat és valamit csinálni velük (azaz függ a lekérdezés).

Az adatok, amelyeken keresni bejegyzéseket, az úgynevezett kulcsokat. Amikor a felvétel több mező, akkor megtalálja a különböző kulcsokat, minden az ő területén. A legfontosabb, hogy a legnagyobb valószínűséggel keresendő bejegyzés nevezzük elsődleges kulcs (PrimaryKey). A kulcs nem korlátozható egyetlen területen, de több.

Egy kulcs megtalálható egy vagy több bejegyzést. Ha bizonyos kulcs megtalálható csak egy bizonyos rekord egyedi kulccsal nevezett (UNIQUE). A legfontosabb, hogy megtaláljuk a megfelelő számú különböző rekordok a táblázatban, az úgynevezett nem egyedi.

Itt és jön a támogatás kódokat. Az index egyfajta tartalomjegyzéket, amely felsorolja, hogy milyen konkrét bejegyzések talált néhány adatot. Ez lehet hasonlítani a keresés az interneten, ahol a keresőprogramok adatok tárolására mit oldalak vannak jelen bizonyos szavakat. Indexek MySQL is ugyanezt. szükség van kifejezetten létrehoz egy indexet, önmagában ez nem épült (annak létrehozása, később tárgyaljuk).

A folyamat során az épület egy index hosszú időt vesz igénybe, de létrehozása után a szerver nem ellenőrzi az egész táblázatot az adatok: Arra keresi adatok az index, ahol minden egyes előfordulásakor táblázatban szereplő értékek azt jelzik, hogy milyen konkrét sejtek az asztal megtalálja a kívánt adatokat. Ez nagymértékben felgyorsítja a munkát (több tucat alkalommal).

Kiderült, hogy az egyes táblázatban fel kell néha több különböző indexek. A MySQL, akkor lehet akár 32 indexek per asztalra. A maximális hossza index (azaz, a hossza az egyes rekord az index) legfeljebb 500 byte. Az index adatokat tartalmaznak több oszlop egyszerre (a jelenlegi végrehajtási MySQL oszlopok maximális száma az egyes index értéke 15).

Mivel indexek szerint épült rekordmezők, és minden területen lehet tekinteni, mint egy kulcs, mondjuk az index a kulcsok alapján. Az index épülő elsődleges kulcsot kell használni, amikor keresi a legvalószínűbb az úgynevezett elsődleges index.

Minden oszlop van alapértelmezett értékeket. Ez azt jelenti, hogy ha egy bizonyos területen kifejezetten nem szerepel, akkor automatikusan beállításra kerül egy értéket, az alapértelmezett, amely specifikus mindegyik típusú oszlop. Az alapértelmezett beállítás megváltoztatható létrehozásakor az oszlop.

Minden oszlop a táblázatban egyedi neve. A nevek, asztalokat és adatbázisok. Bizonyos esetekben, ami lesz szó az alábbiakban, az oszlopot kell egy pár nevet. Ebben az esetben a név tekinthető egyetlen, amelyik elnyerte az oszlopot, amikor azt létrehozzák, és a többi úgynevezett álnevek. Vannak még alias táblaneveket.

Az oszlopok nem feltétlenül együtt táblázatokat. A táblázat szükség szerint változtathatóak hozzáadásával vagy törlésével oszlopok, változó típusai. Az SQL, akkor elérheti a táblázatokat a különböző adatbázisokat a db_name szintaxis. Ez lehetővé teszi, hogy adja meg a nevét egy hosszú asztal és egyedülállóan úgynevezett teljes tábla nevét.

Azt is utal egy oszlop minden táblázat megadja Imya_bazy_dannyh.Imya_tablitsy.Imya_stolbtsa szintaxis. Ez a kialakítás lehetővé teszi, hogy egyedi azonosítására az oszlopra, és utalt a teljes nevét az oszlop.

Oszlopok mellett a nevét és típusát is lehet kötelező attribútumokat. amely meghatározza, hogy a szerver kezeli egy adott oszlopban, változtassa meg a kiszolgáló logika oszlopban. Hozzárendelése attribútum oszlop egyenértékű hozzárendeljük a megfelelő oszlop az attribútum mező minden rekordot a táblázatban. Megjegyezzük, hogy az oszlopok az azonos típusú, de különböző attribútumokat kezelik másképp.

A munka során az adatbázis minden adatbázis mindig tekinthető aktív vagy áram. Ebben van néhány aktív asztal. Ez egy asztalhoz az összes fellépés kerül sor az aktuális adatbázisban, kivéve, ha kifejezetten másként nem kéri.

Amikor hivatkozva egy oszlop a táblázatban lehet aktív helyett a teljes nevét (jelezve az adatbázis és táblázatok) megadásához csak az oszlop nevét. Ez automatikusan kiegészíthetők egy aktív tábla neve a jelenlegi adatbázis, ami nagyban gyorsítja a folyamatot a belépő. Továbbá, ha utalnak egy oszlopot egy másik tábla az aktuális adatbázisban, akkor megadhatja nevét, mint Imya_tablitsy.Imya_stolbtsa. leengedi az DatabaseName. ez lesz egyenlő az aktuális adatbázisban.

Az alábbiakban megtalálja a áramlás tekintetében. Flow az útmutató MySQL képviseli a kapcsolatot adatbázis szerver. Minden parancs, hogy adja csak erre patak. Felhívjuk figyelmét, hogy ha létrehozott különböző vegyületeket ugyanabban az adatbázisban (például megnyitásával több ügyfél példány), minden tekintetben teljes mértékben független patak, semmi befolyásolható a többiek. Ez a fő különbség a felhasználó és az áramlás egy felhasználó leírható több független forrásból. Később meg fogjuk mutatni, hogy milyen buktatókat tudja tenni.

Helyettesítő karaktereket vagy helyettesítő karaktereket azok a karakterek, amelyek megfelelnek egy bizonyos számú egyéb karaktereket. Például, ha dolgozik a Windows, akkor valószínű, hogy találkoznak egy csillaggal (*), amely áll bármilyen karaktersorozat véletlenszerű karaktereket. Ilyen módszert széles körben alkalmazzák, ha dolgozik, a csoport kép. Ez a helyettesítő.

A szabályos kifejezések egy bizonyos szimbólumok sorozatát, részben vagy egészben a szimbólumokat, amelyek cserét. Például, ha dolgozik a Windows, akkor valószínűleg találkoznak egy jelölési típusa * .doc (megfelel az összes doc fájl az aktuális könyvtárban), vagy *. * (Meghatározza a fájlokat egy könyvtárban). Ez a reguláris kifejezés, de a Windows nevezik őket másképpen. Mint látható, semmi bonyolult róluk. A MySQL, akkor nem csak találkozni ilyen kifejezéseket (bár Kuts bonyolultabb). Ez az ő segítségükkel beállított kritériumok keres információt.

Most gondolj egy ilyen bonyolult kérdés: a szerver lehetővé teszi több felhasználó használja egy és ugyanazon adatbázis (akár ugyanabban a táblázatban). De hogyan lehet biztosítani az adatok integritását? Ha egy felhasználó írja ugyanazt az adatot, a másik ugyanakkor próbál változtatni ezeket az adatokat, akkor törni a teljes adatbázis. Hogyan kerüljük el ezt?

Kétféle módon állíthatja be a szétválás, és MySQL használja a két, bár eltérő típusú táblák. Az első a tranzakciós modell. második atomi módosítását.

Említett tranzakció az adatbázis működését, hogy nem lehet osztani több különböző műveleteket. Teljes leírás a két fent említett fogalmak nagyon nehéz, és ebben a könyvben tűnik feleslegesnek, ezért az őket csak a szempontból a felhasználó.

Tehát úgy néz ki, a munka egy tranzakció? A szerver a következő: először azt állapítja meg, hogy a táblázatban megváltozik, akkor vegye figyelembe, hogy itt ezek a sejtek megváltoznak valamilyen módon, akkor valójában a változtatásokat, majd helyezni egy jelölést, hogy a módosítás készül. Ugyanakkor, egy asztalon változtatásokat, vagy visszatér a régi adatokat, vagy nem tér vissza semmit, de minden esetben nem teszi lehetővé a két felhasználó egyszerre módosítja ugyanazt az adatot. Először is, egy első módosítását az végek, majd az ok a következőkben tenni.

A különbség a tranzakciós és az atomi módosítását, ha figyelmen kívül hagyjuk a tudományos elmélet a végfelhasználó számára, hogy abban az esetben, tranzakciós modell, a felhasználó, akkor a lekérdezés, amely módosítja az egyes adatok a táblázatban, eldönteni, hogyan akarja lezárni a tranzakciót: kell hogy mentse a változásokat (véglegesítés), vagy elveti (ok felhúzás, rollback), így az visszatér az asztalra, hogy az állam, amely azt volt a hívás előtt kérelmet. Meg kell jegyezni, hogy van egy beállítás, hogy automatikusan mentse el a változtatásokat (AUTO_COMMIT). Az atomi modellje változás nem lehet fordítani: ők hozták az asztalra azonnal. Végzett pillanatában a tranzakció nevezzük aktív.

Ha beszélünk a támogatott formátum az asztal, akkor azonnal világossá teszik, amit MySQL támogatja különböző formátumokban. Néhány munka alapján az ügyletek, más módosításokat atomerőmű a végfelhasználó mindig egy választás, hogy mit kell használni. Meg kell jegyezni, hogy a tranzakciós modell sokkal nehezebb megvalósítani, mint a nukleáris, ezért tranzakciók támogatása a MySQL még jóval később. A MySQL méret (MyISAM és ISAM) ugyanúgy használható, az atomi módosítás, de ezek végrehajtásához olyan jól, hogy a megbízhatóság, ezek olyan jó, mint a tranzakciós hozzáférés mintákat. Táblázat 1.1. megjeleníti a támogatott MySQL tábla típusok azok rövid leírását.

Táblázat 1.1. Rövid leírását a támogatott típusú MySQL táblák.