Hvad er NoSQL?
nos .l Database er et ikke-relationelt Data Management System, der ikke kræver et fast skema. Det undgår sammenføjninger, og er let at skalere. Det vigtigste formål med at bruge en Nos .l database er for distribuerede datalagre med humongous datalagring behov. Nos .l bruges til Big data og real-time webeb apps. For eksempel indsamler virksomheder som T .itter, Facebook og Google terabyte brugerdata hver eneste dag.,
nos .l database står for “ikke kun S .l” eller “ikke s .l.”Selvom et bedre udtryk ville være “NoREL”, fangede nos .l på. Carl Stro.. introducerede nos .l-konceptet i 1998. traditionelle RDBMS bruger s .l-syntaks til at gemme og hente data for yderligere indsigt. I stedet omfatter et nos .l-databasesystem en bred vifte af databaseteknologier, der kan gemme strukturerede, semistrukturerede, ustrukturerede og polymorfe data., Lad os forstå, om NoSQL med et diagram i dette NoSQL-database-tutorial:
I denne NoSQL selvstudium for begyndere, vil du lære NoSQL grundlæggende som:
- Hvorfor NoSQL?
- Korte Historie af NoSQL-Databaser
- Funktioner af NoSQL
- Typer af NoSQL-Databaser
- Forespørgsel Mekanisme værktøjer til NoSQL
- Hvad er den fælles LANDBRUGSPOLITIK Sætning?
- eventuel konsistens
- fordele ved nos ?l
hvorfor nos ?l?,
begrebet nos .l-databaser blev populært blandt internetgiganter som Google, Facebook, Ama .on osv. der beskæftiger sig med store mængder data. Systemets responstid bliver langsom, når du bruger RDBMS til massive datamængder.
for at løse dette problem kunne vi “opskalere” vores systemer ved at opgradere vores eksisterende hard .are. Denne proces er dyr.
alternativet til dette problem er at distribuere databasebelastning på flere værter, Når belastningen øges. Denne metode er kendt som ” skalering ud.,”
NoSQL-database er ikke-relationelle, så det kan skaleres ud bedre end relationelle databaser, som de er designet med web-applikationer i tankerne.,ST med JSON
Distribueret
- Flere NoSQL-databaser, der kan udføres i et distribueret mode
- Tilbyder automatisk skalering og fail-over kapaciteter
- Ofte SYRE-konceptet kan blive ofret for skalerbarhed og gennemløb
- for det Meste ikke synkron replikering mellem distribuerede knuder Asynkron Multi-Master Replikation, peer-to-peer, HDFS Replikation
- Kun give eventuel konsekvens
- Delt Intet Arkitektur., Dette muliggør mindre koordinering og højere distribution.
NoSQL er Delt Noget.
typer af NOS .l-databaser
nos .l-databaser kategoriseres hovedsageligt i fire typer: nøgleværdipar, Kolonneorienteret, grafbaseret og dokumentorienteret. Hver kategori har sine unikke egenskaber og begrænsninger. Ingen af de ovennævnte database er bedre til at løse alle problemerne. Brugere skal vælge databasen baseret på deres produktbehov.,
Typer af NoSQL-Databaser:
- Nøgle-værdi-Par, der er Baseret
- Kolonne-orienteret Graf
- Grafer baseret
- Dokument-orienterede
Nøgle-Værdi-Par, der er Baseret
Data er gemt i et nøgle/værdi par. Den er designet på en sådan måde at håndtere masser af data og tung belastning. databaser med nøgleværdipar gemmer data som en hash-tabel, hvor hver nøgle er unik, og værdien kan være en JSON, BLOB(binære store objekter), streng osv.,
for eksempel kan et nøgleværdipar indeholde en nøgle som “Websiteebsted”, der er knyttet til en værdi som “Guru99”.
Det er en af de mest grundlæggende NoSQL database f.eks. Denne type nos .l-database bruges som en samling, ordbøger, associative arrays osv. Key value stores hjælper udvikleren med at gemme skemaløse data. De fungerer bedst for indkøbskurv indhold.
Redis, Dynamo, Riak er nogle nos .l eksempler på nøgleværdi butiksdatabaser. De er alle baseret på Ama .ons Dynamo-papir.,
kolonnebaseret
Kolonneorienterede databaser fungerer på kolonner og er baseret på BigTable paper fra Google. Hver kolonne behandles separat. Værdier af enkelt kolonne databaser gemmes sammenhængende.
Kolonne baseret på NoSQL database
De leverer høj ydeevne på sammenlægning forespørgsler som SUM, COUNT, AVG, MIN osv. da dataene er let tilgængelige i en kolonne.,
Kolonne baseret på NoSQL databaser vid udstrækning bruges til at administrere data warehouse, business intelligence, CRM, Bibliotek, kort, kataloger,
HBase, Cassandra, HBase, Hypertable er NoSQL forespørgsel eksempler på kolonne-baseret database.
dokumentorienteret:
dokumentorienteret nos .l DB gemmer og henter data som et nøgleværdipar, men værdidelen gemmes som et dokument. Dokumentet gemmes i JSON-eller .ml-formater. Værdien forstås af DB ‘ en og kan forespørges.
Relationel Vs., Dokument
i dette diagram til venstre kan du se, at vi har rækker og kolonner, og i højre side har vi en dokumentdatabase, der har en lignende struktur som JSON. Nu for den relationelle database skal du vide, hvilke kolonner du har og så videre. For en dokumentdatabase har du dog datalager som JSON object. Du behøver ikke at definere, hvilke gør det fleksibelt.
dokumenttypen bruges mest til CMS-systemer, bloggingplatforme, realtidsanalyse& e-handelsapplikationer., Det bør ikke anvendes til komplekse transaktioner, der kræver flere operationer eller forespørgsler mod forskellige aggregerede strukturer. ama .on SimpleDB, CouchDB, MongoDB, Riak, Lotus Notes, MongoDB, er populære dokument stammer DBMS systemer.
graf-baseret
en graftype database gemmer enheder samt forbindelserne mellem disse enheder. Enheden gemmes som en knude med forholdet som kanter. En kant giver et forhold mellem knuder. Hver node og edge har en unik identifikator.,
sammenlignet med en relationsdatabase, hvor tabeller er løst forbundet, er en grafdatabase en multi-relationel karakter. Traversing forhold er hurtigt, da de allerede er fanget i DB, og der er ingen grund til at beregne dem.
graf base database bruges mest til sociale netværk, Logistik, geodata.
Neo4J, Infinite Graph, OrientDB, FlockDB er nogle populære graf-baserede databaser.,
Forespørgselmekanismeværktøjer til nos .l
den mest almindelige datahentningsmekanisme er den RESTBASEREDE hentning af en værdi baseret på dens nøgle/ID med GET-ressource
Dokumentbutikdatabase tilbyder vanskeligere forespørgsler, da de forstår værdien i et nøgleværdipar. For eksempel tillader CouchDB at definere visninger med MapReduce
Hvad er CAP-sætningen?
CAP theorem kaldes også Bre .er ‘ s theorem., Det anføres, at det er umuligt for et distribueret data butikken for at tilbyde mere end to ud af tre garantier
- Konsistens
- Tilgængelighed
- Partition Tolerance
Konsistens:
De data, der skulle være konsekvent selv efter gennemførelsen af en operation. Dette betyder, at når data er skrevet, skal enhver fremtidig læseanmodning indeholde disse data. For eksempel skal alle klienter efter opdatering af ordrestatus kunne se de samme data.
tilgængelighed:
databasen skal altid være tilgængelig og lydhør. Det bør ikke have nogen nedetid., partitionstolerance:
Partitionstolerance betyder, at systemet fortsat skal fungere, selvom kommunikationen mellem serverne ikke er stabil. Serverne kan f.eks. opdeles i flere grupper, som måske ikke kommunikerer med hinanden. Her, hvis en del af databasen ikke er tilgængelig, er andre dele altid upåvirket.
eventuel konsistens
udtrykket “eventuel konsistens” betyder at have kopier af data på flere maskiner for at få høj tilgængelighed og skalerbarhed., Således skal ændringer, der er foretaget i et dataelement på en maskine, formeres til andre replikaer.
datareplikation er muligvis ikke øjeblikkelig, da nogle kopier opdateres med det samme, mens andre med tiden. Disse kopier kan være gensidigt, men med tiden bliver de konsistente. Derfor navnet eventuel konsistens.,jeg> Dybest set, til rådighed betyder, at DB er til rådighed al den tid, som per CAP sætning
Fordele af NoSQL
- Kan bruges som Primær eller Analytiske Data Source
- Big Data Evne
- Ingen Single Point of Failure
- Let Replikation
- Ikke er Behov for Særskilt Caching Lag
- Det giver hurtige resultater og vandret skalerbarhed.,
- Kan håndtere strukturerede, semi-strukturerede, og ustrukturerede data med samme effekt
- Objekt-orienteret programmering, som er nem at bruge og fleksibel
- NoSQL-databaser, som ikke behøver en dedikeret high-performance-server
- Support-Tasten Udvikler Sprog og Platforme
- Enkel at gennemføre, end at bruge RDBMS
- Det kan fungere som den primære datakilde til online-applikationer.,ariety, volumen, og kompleksiteten
- Udmærker sig ved distribueret database og multi-data center operations
- Eliminerer behovet for en specifik caching lag til at gemme data
- Tilbyder et fleksibelt skema design, som nemt kan ændres uden nedetid eller service afbrydelse
Ulemper af NoSQL
- Ingen standardisering regler
- Begrænset forespørgsel kapaciteter
- RDBMS databaser og værktøjer, der er forholdsvis gamle
- Det giver ikke nogen traditionel database kapaciteter, som konsekvens, når flere transaktioner, der udføres samtidigt.,
- når datamængden øges, er det vanskeligt at opretholde unikke værdier, da nøgler bliver vanskelige
- fungerer ikke så godt med relationelle data
- indlæringskurven er stiv for nye udviklere
- Open source-indstillinger, der ikke er så populære for virksomheder.
Oversigt
- NoSQL er en ikke-relationel DMS, der ikke kræver en fast skema, undgår slutter, og er nem at skalere
- begrebet NoSQL databaser beccame populær hos Internet-giganter som Google, Facebook, Amazon, osv., , der beskæftiger sig med enorme mængder af data
- I år 1998 – Carlo Strozzi bruge udtrykket NoSQL for hans letvægts, open source-relationel database
- NoSQL databaser aldrig følge den relationelle model, det er enten-skema-fri eller afslappet skemaer
- de Fire typer af NoSQL-Database er 1).Nøgle-værdi par baseret 2).Kolonne-orienteret graf 3). Grafer baseret 4).,Dokument-orienterede
- NOSQL kan håndtere strukturerede, semi-strukturerede og ustrukturerede data med samme effekt
- CAP-sætningen består af tre ord i Sammenhæng, Tilgængelighed og Partition Tolerance
- BASE står for Dybest set er til Rådighed, Blød tilstand, Eventuel konsekvens
- udtrykket “eventuel konsekvens” betyder at have kopier af data på flere maskiner for at få en høj tilgængelighed og skalerbarhed
- NOSQL har begrænset forespørgsel kapaciteter