mi az a NoSQL?

a NoSQL adatbázis egy nem relációs Adatkezelési rendszer, amely nem igényel rögzített sémát. Elkerüli a csatlakozásokat, és könnyen méretezhető. A NoSQL adatbázis használatának fő célja a humongous adattárolási igényekkel rendelkező elosztott adattárolók. A NoSQL-t nagy adat-és valós idejű webes alkalmazásokhoz használják. Például olyan cégek, mint a Twitter, a Facebook és a Google minden nap terabájtnyi felhasználói adatot gyűjtenek.,

NoSQL adatbázis jelentése” nem csak SQL “vagy” nem SQL.”Bár egy jobb kifejezés lenne “NoREL”, NoSQL fogott. Carl Strozz 1998-ban mutatta be a NoSQL koncepciót.

a hagyományos RDBMS SQL szintaxist használ az adatok tárolására és lekérésére a további betekintéshez. Ehelyett egy NoSQL adatbázis-rendszer olyan adatbázis-technológiák széles skáláját foglalja magában, amelyek strukturált, félig strukturált, strukturálatlan és polimorf adatokat tárolhatnak., Nézzük megérteni NoSQL egy diagram ebben NoSQL adatbázis tutorial:

ebben NoSQL bemutató kezdőknek, meg fogja tanulni NoSQL alapokat, mint:

  • miért NoSQL?
  • rövid története NoSQL adatbázisok
  • jellemzői NoSQL
  • típusai NoSQL adatbázisok
  • lekérdezési mechanizmus eszközök NoSQL
  • mi a Cap tétel?
  • esetleges következetesség
  • előnyei NoSQL

miért NoSQL?,

a NoSQL adatbázisok fogalma népszerűvé vált az olyan internetes óriások körében, mint a Google, a Facebook, az Amazon stb. akik hatalmas mennyiségű adatot kezelnek. A rendszer válaszideje lassúvá válik, ha RDBMS-t használ hatalmas mennyiségű adathoz.

a probléma megoldásához a meglévő hardverünk frissítésével” méretezhetjük ” rendszereinket. Ez a folyamat drága.

a probléma alternatívája az adatbázis-terhelés elosztása több gépen, amikor a terhelés növekszik. Ez a módszer az úgynevezett ” méretezés ki.,”

a NoSQL adatbázis nem relációs jellegű, ezért jobb, mint a relációs adatbázisok, mivel azokat webes alkalmazásokkal tervezték.,ST a JSON

  • Többnyire nem standard alapú NoSQL query language
  • Web-alapú adatbázisok fut, mint az internet felé néző szolgáltatások

    • Elosztott

    • Több NoSQL adatbázisok lehet végrehajtani egy elosztott divat
    • Kínál az auto-méretezési pedig fail-over képességek
    • Gyakran SAVAS koncepció lehet áldozni a skálázhatóság, valamint a kapacitás
    • Többnyire nem szinkron replikáció között elosztott csomópontok Aszinkron Multi-Master Replikáció, peer-to-peer, HDFS Replikációs
    • Kizárólag nyújtó esetleges következetesség
    • Megosztott Semmi Építészet., Ez kevesebb koordinációt és nagyobb eloszlást tesz lehetővé.

    NoSQL nincs megosztva.

    A NoSQL adatbázisok típusai

    a NoSQL adatbázisok elsősorban négy típusba sorolhatók: kulcs-érték pár, oszlop-orientált, grafikon-alapú és dokumentum-orientált. Minden kategóriának megvannak a maga egyedi tulajdonságai és korlátai. A fent megadott adatbázisok egyike sem jobb az összes probléma megoldására. A felhasználóknak termékigényük alapján kell kiválasztaniuk az adatbázist.,

    típusú NoSQL adatbázisok:

    • kulcs-érték pár alapú
    • oszlop-orientált grafikon
    • grafikonok alapján
    • dokumentum-orientált

    p>

    kulcsérték pár alapú

    Az adatok kulcs / érték párokban tárolódnak. Úgy tervezték, oly módon, hogy kezelni sok adat, nagy terhelés.

    Key-value pair storage databasases store data as a hash table where each key is unique, and the value can be a JSON, BLOB(Binary Large Objects), string, etc.,

    például egy kulcs-érték pár tartalmazhat olyan kulcsot, mint a “weboldal”, amely olyan értékhez kapcsolódik, mint a “Guru99”.

    Ez az egyik legalapvetőbb NoSQL adatbázis példa. Ez a fajta NoSQL adatbázis gyűjteményként, szótárak, asszociatív tömbök stb. A kulcsérték-tárolók segítenek a fejlesztőnek séma nélküli adatok tárolásában. A legjobban a bevásárlókosár tartalmáért dolgoznak.

    Redis, Dynamo, Riak néhány NoSQL példa a kulcsérték-tároló adatbázisokra. Ezek mind az Amazon Dynamo papírján alapulnak.,

    oszlop-alapú

    oszlop-orientált adatbázisok oszlopokon működnek, és a Google BigTable papírján alapulnak. Minden oszlopot külön kezelünk. Az egyoszlopos adatbázisok értékeit folyamatosan tárolják.

    oszlop alapú NoSQL adatbázis

    nagy teljesítményt nyújtanak olyan aggregációs lekérdezéseknél, mint az SUM, COUNT, AVG, MIN stb. mivel az adatok könnyen elérhetők egy oszlopban.,

    oszlop-alapú NoSQL adatbázisok széles körben használják kezelésére adattárházak, üzleti intelligencia, CRM, könyvtár kártya katalógusok,

    HBase, Cassandra, HBase, Hypertable NoSQL lekérdezés példák oszlop alapú adatbázis.

    Dokumentumorientált:

    Dokumentumorientált NoSQL DB kulcsértékpárként tárolja és lekérdezi az adatokat, de az értékrész dokumentumként tárolódik. A dokumentum JSON vagy XML formátumban kerül tárolásra. Az értéket a DB értelmezi és lekérdezhető.

    relációs Vs., Dokumentum

    ebben az ábrán a bal oldalon látható, hogy vannak sorok és oszlopok, a jobb oldalon pedig van egy dokumentum adatbázis, amely hasonló szerkezetű, mint a JSON. Most a relációs adatbázishoz tudnia kell, hogy milyen oszlopai vannak stb. Azonban egy dokumentum adatbázis, van Adattárolás, mint a JSON objektum. Nem kell meghatározni, hogy melyik teszi rugalmas.

    a dokumentum típusát leginkább CMS rendszerekhez, blogplatformokhoz, valós idejű elemzésekhez használják & e-kereskedelmi alkalmazásokhoz., Nem használható olyan összetett tranzakciókhoz, amelyek több műveletet vagy lekérdezést igényelnek a különböző aggregált struktúrákkal szemben.

    Amazon SimpleDB, CouchDB, MongoDB, Riak, Lotus Notes, MongoDB, népszerű dokumentum eredetileg DBMS rendszerek.

    Graph-Based

    a graph type database tárolja az entitásokat, valamint az entitások közötti kapcsolatokat. Az entitást csomópontként tárolják, a kapcsolat pedig élek. Egy él kapcsolatot biztosít a csomópontok között. Minden csomópontnak és élnek egyedi azonosítója van.,

    egy relációs adatbázishoz képest, ahol a táblázatok lazán kapcsolódnak, a gráf adatbázis több relációs jellegű. A keresztirányú kapcsolat gyors, mivel már bekerültek a DB-be, ezért nem kell kiszámítani őket.

    Graph base database többnyire a szociális hálózatok, logisztika, térbeli adatok.

    Neo4j, Infinite Graph, OrientDB, FlockDB néhány népszerű gráf alapú adatbázis.,

    lekérdezési mechanizmus eszközök a NoSQL-hez

    a leggyakoribb adat-visszakeresési mechanizmus a kulcs / azonosító alapján egy érték REST-alapú visszakeresése a GET resource

    dokumentumtár Adatbázis nehezebb lekérdezéseket kínál, mivel megértik a kulcs-érték pár értékét. Például a CouchDB lehetővé teszi a nézetek meghatározását a MapReduce

    mi a CAP tétel?

    a CAP-tételt brewer-tételnek is nevezik., Azt állítja, hogy lehetetlen, hogy egy elosztott adattár három garanciából több mint kettőt kínáljon

    1. következetesség
    2. elérhetőség
    3. partíció tolerancia

    következetesség:

    az adatoknak egy művelet végrehajtása után is konzisztensnek kell maradniuk. Ez azt jelenti, hogy az adatok megírása után minden jövőbeli olvasási kérésnek tartalmaznia kell ezeket az adatokat. Például a megrendelés állapotának frissítése után minden ügyfélnek ugyanazokat az adatokat kell látnia.

    elérhetőség:

    az adatbázisnak mindig rendelkezésre kell állnia és reagálnia kell. Nem kell semmilyen leállás.,

    partíció tolerancia:

    partíció tolerancia azt jelenti, hogy a rendszernek akkor is működnie kell, ha a szerverek közötti kommunikáció nem stabil. Például a kiszolgálók több csoportra oszthatók, amelyek esetleg nem kommunikálnak egymással. Itt, ha az adatbázis egy része nem érhető el, más részek mindig érintetlenek.

    esetleges konzisztencia

    az “esetleges konzisztencia” kifejezés azt jelenti, hogy több gépen másolatok vannak az adatokról a magas rendelkezésre állás és skálázhatóság érdekében., Így az egyik gép bármely adatelemén végrehajtott változtatásokat más másolatokra kell terjeszteni.

    az adatok replikációja nem lehet azonnali, mivel egyes példányok azonnal frissülnek, míg mások időben. Ezek a másolatok lehetnek kölcsönösen, de idővel következetesek lesznek. Ezért a név esetleges következetesség.,i> Alapvetően rendelkezésre álló eszközzel DB elérhető egész idő alatt, mint egy SAPKA tétel

  • Puha állami eszközökkel is, anélkül, hogy egy bemeneti; a rendszer állapota változhat
  • Esetleges következetesség azt jelenti, hogy a rendszer lesz következetes idővel

    • Előnyei NoSQL

    • Lehet használni, mint az Elsődleges vagy Analitikus Adatok Forrása
    • Big Data Képesség
    • Egyetlen Pont a Kudarc
    • Könnyű Replikációs
    • Nem Kell Külön Cache-Réteg
    • Ez biztosítja a gyors, teljesítmény, valamint a horizontális skálázhatóság.,
    • kezelni strukturált, félig strukturált, pedig strukturálatlan adatok azonos hatás
    • Objektum-orientált programozás, amely könnyen kezelhető, rugalmas
    • NoSQL adatbázisok nem kell külön nagy teljesítményű szerver
    • Támogatás Kulcs Fejlesztő Nyelvek, illetve a Peronok
    • Egyszerű megvalósítani, mint a relációs adatbázis kezelővel
    • szolgálhat az elsődleges adatok forrása online alkalmazások.,ariety, volume, and complexity
    • Excelsels at distributed database and multi-data center operations
    • kiküszöböli annak szükségességét, hogy egy adott gyorsítótár réteg adatok tárolására
    • kínál rugalmas séma design, amely könnyen megváltoztatható leállás nélkül vagy szolgáltatás zavar

    hátrányai NoSQL

    • nincs szabványosítási szabályok
    • Korlátozott lekérdezési képességek
    • RDBMS adatbázisok és eszközök viszonylag érett

      • / li >

    • nem kínál hagyományos adatbázis-képességeket, mint például a konzisztencia, ha több tranzakciót egyszerre hajtanak végre.,
    • amikor az adatmennyiség növekszik, nehéz egyedi értékeket fenntartani, mivel a kulcsok nehezebbé válnak
    • nem működik jól a relációs adatokkal
    • a tanulási görbe merev az új fejlesztők számára
    • nyílt forráskódú opciók, így nem olyan népszerűek a vállalkozások számára.

    összefoglaló

    • a NoSQL egy nem relációs DMS, amely nem igényel rögzített sémát, elkerüli a csatlakozásokat, és könnyen méretezhető
    • a NoSQL adatbázisok fogalma népszerűvé vált az olyan internetes óriások körében, mint a Google, a Facebook, az Amazon stb., aki foglalkozik a hatalmas mennyiségű adat
    • az év 1998-Carlo Strozzi használja a kifejezést NoSQL az ő könnyű, nyílt forráskódú relációs adatbázis
    • NoSQL adatbázisok soha nem követik a relációs modell ez sem séma-mentes, vagy nyugodt sémák
    • négy típusú NoSQL adatbázis 1).Kulcs-érték pár alapú 2).Oszlop-orientált grafikon 3). Grafikonok alapján 4).,Dokumentum-orientált
    • NOSQL képes kezelni strukturált, félig strukturált, strukturálatlan adatok egyenlő hatás
    • CAP tétel három szóból áll konzisztencia, rendelkezésre állás, és partíció tolerancia
    • bázis áll alapvetően elérhető, puha állapot, esetleges következetesség
    • A “esetleges következetesség”azt jelenti, hogy az adatok másolatai több gépen, hogy a magas rendelkezésre állás és skálázhatóság
    • NoSQL kínál korlátozott lekérdezési képességek