Létrehozása mysql kliens
Koncepció az elosztott adatbázis 513
Ábra. 29.2. elosztott szerverek
Ideális esetben az ügyfél nem tudja a rendszer elosztott, vagy sem. Ők csak küldött neki kéréseket, és a rendszer visszatér az ügyfelek eredményeit a lekérdezések. Ahogy ezt teszi, az ügyfelek nem érdekli. A gyakorlatban az elosztott adatbázisok különböznek az átláthatóságot. Szélsőséges esetben, SRM tárolt több független szerver és a kliens alkalmazás szerver kell választani attól függően, hogy milyen információkat szeretne kapni. Ez azt jelenti, hogy a táblázatok a különböző szervereken, hogy nincs belső kapcsolatokat. Természetesen egy ilyen szervezet csak DDB néha hasznos.
Az ellenőrzési rendszer elosztott adatbázisok, vagy RDBMS, az ügyfeleknek egységes felületet biztosít adatokat, amelyek az illúziót egyetlen szerveren. Ha az adatok a raznth helyeken RDBMS pos1la-et lekérdezi és frissíti a megfelelő boltban. Attól függően, hogy az adattár működik, a rendszer teljesítménye eltérő lehet, de legalábbis, hogy a felhasználónak nem kell részt a szerver erre.
Ha az adatok replikálva több szerver, a kliens általában inkább egy adott szerveren. Az ilyen rendszert, az összes szerver tárolja ugyanazokat az adatokat. Különleges modul segítse az ügyfeleket adja meg a szerver, teljesítő terhelés kiegyenlítésére. RDBMS felelős az ügyletek végrehajtását egy multi-szerver környezetben, de egy időben két szerver nem lehet szinkronban egymással.
Az SRM használ több adat elosztó rendszereket. Abban az esetben, replikáció, minden szerver tárolja az összes adat mennyiségét. Ez megköveteli, hogy kettős RDBMS tranzakciós, amely lehetővé teszi, hogy minden ügyfél, hogy egy koherens képet tárol. Abban az esetben, aszimmetrikus osztály kiválasztott adatok szegmentálása szinten. A legmagasabb szinten a hasítás kitéve különböző adatbázisokban, de nem az asztalra. Minden asztal teljesen minden egy helyen. Az alsó szinten a táblázat szerinti bontásban sorok vagy oszlopok. Például, ha az egyes rekordok részhalmaza vízszintes hasítás illik különböző helyeken, illetve a vertikális hasítás részhalmazainak generálódnak oszlopokat.
Hozzon létre egy pontos másolatot a MySQL adatbázis meglehetősen egyszerű. Módszerei mentés a adatbázisokat fejezetben 25, katasztrófa-elhárítás. Ami az adatok visszanyerésére, akkor ezt minden szerveren. Ilyen eszköz ez könnyen megvalósítható elosztott adatbázis, amely szinkronizálva egy meglehetősen hosszú időközönként, például naponta egyszer.
Tekintsük a probléma adatok frissítése. Ha a frissítések fordul elő a két szerver, meg kell fogadniuk. Annak érdekében, hogy kezelhetetlen helyzet, szükség van a változtatásra, hogy csak egy szerver. Ezután a szinkronizálás lesz megismételni a szerver elérhető tartalmak rögzítésére, a más szerverek. Hasznosságuk függ, hogy milyen fontos az adatok relevanciáját. Sok esetben az adatbázis tartalmazza az összes rekordot, kivéve azokat, amelyek hoztak létre az elmúlt 24 órában, vpolnepriemlema.
Módszer késleltetett szinkronizálás tökéletes AH tartalmazó adatbázisok jelentések eredményeit éjszaka. Például a webes-csomópont, amely hozzáférést biztosít a kért rekord dalokat, és állítsa össze népszerűségét értékelésből. Naponta egyszer az összes szerver küld a log master szerver, ami korrigálja az értékelések szerint az új statisztika. Vezetés Egy ilyen adatbázis listában bemutatott
Listing 29.1. ISiXBMiijajfn / ieiViw
/ * A termék MDE fájlokat. * / CREATE TABLE dal (
ID INT NOT NULL AUTO NÖVEKMÉNY
Név CHAR (4 0) nem nulla,
Artist CHAR (16) NOT NULL,
Fájlnév CHAR (80) NOT NULL,
/ * Journal of a kért fájl * / CREATE TABLE log (
Szerver tinyint aláíratlan NOT NULL,
Song INT NOT NULL,
DownloadTime DATETIME NOT NULL
Minden szerver információt tárol a rendelkezésre álló dal a dal táblázatban. A táblázat naplórekord kerül be, amikor valaki letölti a következő táblázat nem rendelkezik elsődleges kulccsal, mint a normál módba, akkor csak az vstavkizapisey. A jelenléte az index csak lassítja az asztalra.
Naponta egyszer az asztal napló minden szerver kombináljuk a következő forgatókönyv. Az egyik szerver leáll, szervizelés kéréseket a web-alapú alkalmazások. A fennmaradó szerverek egy példányát az asztal napló, felépült a korábbi rekordot, és küldje
a szerver generál egy jelentést. Abban az időben az eljárás minden szerver kell lezárni az asztalon napló. Tehát nem túl sok felhasználói kérések blokkoljuk, kívánatos, hogy végre az eljárást során minimális aktivnostiservera.
CREATE INDEX dal log (Song);
/ * Meghatározása a minősítés az összes dalt. * / DROP TABLE ha létezik népszerű alltime; CREATE TABLE népszerű alItime (
Ligában INT NOT NULL, Song INT NOT NULL, NULL Hits INT NOT
INSERT INTO népszerű alltime
ALTER TABLE népszerű alItime egy elsődleges kulcsot (Rank);
/ * Meghatározása dal ranglista az elmúlt 24 órában. * / DROP TABLE ha létezik népszerű last24; CREATE TABLE népszerű last24 (
Ligában INT NOT NULL, Song INT NOT NULL,
Találat INT NOT NULL
INSERT INTO népszerű last24
SELECT (@id: = @ id + l), Song, COUNT (*) a log
HOL downloadTime> DATE SUB (NOW (), intervallum április 2 óra)
ORDER BY 3 DESC; ALTER TABLE népszerű last24 egy elsődleges kulcsot (Rank);
/ * Vegye Kca. * / DROP INDEX dal naplót;