Johdanto NoSQL-tietomalleihin
Ennen kuin aloitamme tietomalleja, ymmärrämme ensin, mitä NoSQL tarkoittaa. NoSQL ei ole ainoa SQL, joka tarkoittaa, että haemme ja tallennamme tietoja ei-relaatiotietokannoista. Katsotaanpa nyt, mikä datamalli on? Tietomalli määrittelee DBMS: n loogisen rakenteen. Tämä tarkoittaa pohjimmiltaan, että se kertoo meille kuinka data on kytketty toisiinsa, suhteet eri entiteettien välillä ja miten niitä käsitellään. Datan mallinnustekniikat ovat erilaisia sekä relaatiotietokannoissa että ei-relaatiotietokannoissa. Tärkein ero on, että NoSQL-tietomalleissa on enemmän sovelluskohtaisia kyselyjä verrattuna SQL: ään.
Syntaksi parametrien kanssa
Syntaksi NoSQL-kyselyn kirjoittamiseksi on annettu esimerkillä. Tässä esimerkissä haemme kaikkien työntekijöiden nimen ja iän, jotka on nimetty johtajaksi.
(
"object": "employee",
"q": (
"designation" : " Manager"
),
"fields": ("name", "age") )
Yllä olevassa esimerkissä olemme käyttäneet JSON-lomaketta kirjoittamalla kyselyn ”objekti” avainsanaa käytetään taulukon nimen määrittämiseen, avainsanaa “q” käytetään WHERE-ehdona. Meidän tapauksessamme, jossa ehtoa on sovellettava nimeämiseen, koska haluamme vain työntekijöitä, joiden nimitys on johtaja. Avain ”kenttä” on sarakkeiden nimet, jotka haluamme noutaa ”q” -olosuhteiden perusteella. Samaan tapaan sarakkeet ovat nimi ja ikä.
Yllä oleva NoSQL-kysely, jos se muunnetaan SQL: ksi, näyttää seuraavalta:
SELECT name, age
FROM employee
WHERE designation =' manager';
Lyhin kysely, jonka voimme kirjoittaa, on normaali valintakysely NoSQL: ssä, seuraava:
(
"object": "String",
"q": "Expression"
)
Yllä oleva kysely on normaali valintakysely.
NoSQL-tietomallien tyypit
Otetaan nyt huomioon erityyppiset NoSQL-tietomallit.
NoSQL: ssä on yleensä neljä erityyppistä tietomallia. Ne ovat seuraavat ja keskustelemme niistä yksi kerrallaan.
- Avain-arvo-myymälä
- Asiakirjapohjainen myymälä
- Pylväspohjainen myymälä
- Graafipohjainen myymälä
Nyt käydään läpi yksi kerrallaan.
1. Avain-arvo-myymälä
- Kuten nimestä voi päätellä, Key-arvo-myymälä käyttää vain avain-arvoa tietojen tallentamiseen tietokantaan. Avain arvo-parin avaimen on oltava ainutlaatuinen. Säännöt, jotka määritetään avaimen pituudelle, riippuvat avaimen koosta. Esimerkiksi Redisissä Key-enimmäiskoko on 512mb. Jopa tyhjä merkkijono on kelvollinen avain.
- Avaimen koko on tässä tärkeä, koska pitkä näppäin voi aiheuttaa suorituskykyongelmia, kun taas liian lyhyt näppäin voi aiheuttaa luettavuusongelmia. Avain-arvo-parin arvo voi olla mikä tahansa merkkijonosta kuvaan. Voit myös määrittää arvon tietotyypin.
- Avain-arvoinen tietokantamalli voi olla hyödyllinen verkkokauppaa koskevien tietojen, kuten tuoteluokkien, tuotetietojen, jne. Tallentamiseen. Niitä käytetään laajasti isojen tietojen analysoinnissa. Voimme jopa tallentaa täydellisiä URL-osoitteita, koska URL-osoite voi olla avain ja todellinen URL-arvo. Esimerkkejä tietokannoista, joissa käytetään avain-arvo-pareja, ovat Oracle NoSQL-tietokanta ja Redis.
2. Asiakirjapohjainen Store NoSQL
- Tämän tyyppisessä tietokannassa tietue ja siihen liittyvät tiedot tallennetaan yhdeksi asiakirjaksi. Joten tämä malli ei ole täysin jäsentämätön, mutta se on eräänlainen puolistrukturoitu data.
- Ero asiakirjan ja avainarvoparin välillä on se, että asiakirjatyyppisessä tallennuksessa on, että tämäntyyppisessä muodossa tarjotaan jonkinlainen koodaus tallennettaessa tietoja asiakirjoihin. Se voi olla XML- tai JSON-koodaus.
- Oheinen esimerkki näyttää asiakirjan, joka voidaan tallentaa asiakirjatietokantaan, mutta jolla on erilainen koodaus. Katsotaanpa XML-esimerkkiä.
Srikanth Engineer
Febuary
Srikanth Engineer
Febuary
- Ero tavanomaisten tietokantojen ja asiakirjapohjaisten tietokantojen välillä on siinä, että tietoja ei tallenneta taulukoihin kuten perinteisiä tietokantoja, vaan ne tallennetaan asiakirjoihin.
- Esimerkkejä yllä olevaa tietomallia käyttävistä tietokannoista ovat MongoDB ja Couchbase. Tämän tyyppisiä tietokantoja käytetään laajasti etenkin suurten tietojen analysoinnissa.
3. Pylväspohjainen myymälä
- Tämän tyyppisessä tietokannassa painopiste on sarakkeissa eikä riveissä, koska tiedot tallennetaan sarakkeisiin rivien sijasta, kuten useimmissa relaatiotietokannoissa. Koska tietoja tallennetaan sarakkeisiin, jotka on ryhmitelty sarakkeisiin, niin kaikki luku-kirjoitus tehdään sarakkeilla, ei riveillä.
- Mielenkiintoinen kysymys on, että miksi käyttää sarakkeita rivien sijasta? Vastaus tähän kysymykseen on, että kun tallennat tietoja sarakkeisiin, voit tehdä nopean haun ja nopeaa hakua ja yhdistämistä, koska se tallentaa kaikki sarakkeen solut jatkuvana merkintänä, joka sitten mahdollistaa nopeamman pääsyn.
- Esimerkiksi, jos haluamme kysyä otsikoita miljoonasta artikkelista, se on helppo saada sarakepohjaiseen tietomalliin, koska yhdellä levymerkinnällä saat artikkelin otsikot helposti, kun taas relaatiotietokannoissa sen on päästävä yli jokaiseen sijaintiin saadaksesi otsikot. Esimerkkejä sarakepohjaisista myymälätietokannoista ovat HBase, Big Table, Cassandra.
4. Graafipohjainen myymälä
- Kuten nimestä voi päätellä, taulukkojen tai sarakkeiden sijaan käytetään graafista esitystä. Tämän tyyppisen datamallin tärkeä piirre on solmujen ja reunojen läsnäolo. Esimerkiksi kaksi solmua on kytketty joihinkin suhteisiin ja suhdetta edustavat täällä reunat.
- Voit myös muuntaa tietoja tehokkaasti mallista toiseen käyttämällä tätä Graph-pohjaista NoSQL-tietomallia. Kaksi yleisesti käytettyä kuvaajapohjaista tietokantaa on InfoGrid ja Infinite Graph. InfoGrid tarjoaa myös kahdenlaisia graafisia tietokantoja, kuten MeshBase ja NetMeshbase, joiden käyttäjät voivat valita käyttäjän tarpeiden mukaan.
johtopäätös
Tässä artikkelissa olemme keskustelleet NoSQL-tietokannasta ja erityyppisistä NoSQL-malleista ja keskustelleet näistä malleista erikseen. Eri tyyppiset tietokannat, jotka ovat käytettävissä jokaisessa tietomallissa. NoSQL-tietokannan suosio kasvaa päivä päivältä nopeuden ja tehokkuuden vuoksi.
Suositellut artikkelit
Tämä on opas NoSQL-tietomalleihin. Tässä keskustellaan NoSQL-tietomallityypeistä ja syntaksista parametreilla ja selityksillä. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -
- NoSQL: n edut
- Onko MongoDB NoSQL
- Mikä on Big Data Technology?
- Mikä on Data Analytics