-2

Hvad er NoSQL? Følgende forståelse af NoSQL og dens fordele

I denne diskussion vil vi delelidt viden om forståelsen og koncepterne i NoSQL-databaser. Først undersøger vi først navnet, hvad der er NoSQL, bogstaveligt talt er 'ikke SQL' eller 'ikke-Reational SQL'. Men nogle gange også kaldet 'ikke kun SQL', der giver bedre mening end SQL. Fordi det påstås, at NoSQL har evnen til at overskride konventionelle tabelbaserede RDBMS-databaser (tabellarisk).

For dem af jer der har studeret eller arbejdet inden for området databaseprogrammering selvfølgelig er du bekendt med begrebet databaseRDBMS-baseret såsom MS Access, MS SQL Server, MySQL, MariaDB, PostgreSQL og SQLite. RDBMS-konceptet er en tabelbaseret database, der hver består af sammenkoblede tabeller (tabelforhold), især i kolonnerne Primær nøgle (PK) og Fremmed nøgle (FK).

NoSQL er forskellig fra SQL, det behøver ikke et skema og har ikke tabelforhold, så det er mere fleksibelt. NoSQL-databasen fortsætter med at stige i antallet af anvendelser, især ved implementering store data og anvendelse realtid web, Dens popularitet fortsatte med at stige i begyndelsen af dette årtusindhundrede, udløst af behovene fra Web 2.0-baserede virksomheder og applikationer håndteres.

Hvad er NoSQL?

SQL er et forkortelse af Struktureret forespørgsel, som er et struktureret databasekonceptfra skemaer, tabeller, kolonner og rækker. Forespørgsel eller datasyntax-opkald i SQL-databaser, der bruger mediebordsrelationer. Flere datagrupper fra forskellige tabeller kan samles samtidig.

Hvis brugeren ønsker at vise datadet er ønskeligt, så kan det gøres med et specifikt sprogsprogdesign. Tabellerne i en SQL-database er et sæt solide og faste tabeller. Derfor kan selv en lille ændring i strukturen i en tabel resultere i programmerede forespørgselsfejl i afsnittet Vis eller Trigger. Begrænsningerne i SQL-databasen ligger i kompleksitet vedligeholde (systemvedligeholdelse) og udvikling af skalaen til dataene. Når du på forhånd forstår begrebet SQL, kan du hjælpe dig med at forstå, hvad NoSQL er.

At forstå NoSQL (ikke SQL) er et koncept såvel som en databasemodelFleksibel. Generelt og specifikt følger NoSQL ikke reglerne for relationelle databaser (RDBMS). NoSQL bruger heller ikke SQL-forespørgselssprog. NoSQL er en anden databasemodel sammenlignet med SQL.

Udtrykket NoSQL blev først offentliggjort afCarlo Strozzi i 1998 for at navngive den database, han udviklede på det tidspunkt, 'Strozzi NoSQL open source relationsdatabase'. Strozzi sagde, at arbejdet med NoSQL på det tidspunkt var "meget forskelligt" fra relationsdatabasen som helhed, det er grunden til, at han kaldte det "NoREL", der henviser til udtrykket "No Relational".

I slutningen af 2000 begyndte udviklingen af NoSQL igen med det formål at overvinde begrænsningerne af SQL, især med hensyn til skalerbarhed og potentialet for dataoptagelse med flere strukturer.

I begyndelsen af 2009 introducerede Johan Oskarsson, en af udviklerne af Last.fm genindtrykket NoSQL, da han arrangerede en begivenhed for at diskutere "open source distribuerede, ikke-relationelle databaser"(Distribueres som en open source, ikke relationel database).

NoSQL-databasen blev udviklet som et håb forløse klassiske problemer på SQL-databaser. NoSQL-databaser adskiller sig fra SQL-databaser, hvor der kun bruges en type datalagringsmetode. Strukturen af NoSQL-databasen er mere dynamisk og fleksibel med fire (4) typer datalagringsmodeller som følger sammen med eksempler og korte definitioner.

Nøgleværdi (KV) butik: ArangoDB, Apache Ignite, Oracle NoSQL-database, Couchbase, Dynamo, Redis, Ripple.
KV-lagring bruger en tilknyttet matrix, også kendt som et kort eller ordbog som grundlag for dens datamodel. I denne model præsenteres dataene som en parret KV-samling.
Dokument-baserede: Apache CouchDB, ArangoDB, BaseX, Clusterpoint, Couchbase, Cosmos DB, IBM Domino, MarkLogic, MongoDB, OrientDB, Qizx, RethinkDB.
Begrebet dokumentbaseret datalagring eren idé fra begrebet 'dokument'. Hvor hver databaseimplementering af dokumentbaseret antages generelt, at dokumenterne er indkapslet (indkapslet) og kodet i et standardkodningsformat.
Kolonne-baserede: Accumulo, Cassandra, Scylla, HBase.
Kan også kaldes bred-kolonnemodel, muligMeget hurtig datatilgang ved at bruge røgnøgle, kolonnenavn og celle tidsstempel. Fleksibiliteten af skemaet for denne databasetype gør det muligt at posterne i kolonnerne (kolonnerne) ikke skal være ensartede. Brugere kan tilføje kolonner til en bestemt række uden at skulle føje dem til hver post.
Graph-baserede: AllegroGraph, ArangoDB, InfiniteGraph, Apache Giraph, MarkLogic, Neo4J, OrientDB, Virtuoso.
I teorien består en grafbaseret struktur afknudepunkter og kanter (data og forbindelser), der kan kaldes dataforhold. Grafer opfører sig på samme måde som mennesker tror, data er arrangeret i specifikke forhold mellem dataenheder, der har deres egne egenskaber. Denne type database er nyttig til at visualisere, analysere og hjælpe dig med at finde forbindelser mellem forskellige data.

For mere detaljeret kan det klassificeres i ti (10) typer datalagringsmodeller, nemlig som følger sammen med eksempler (baseret på Stephen Yens observationer).

Key-Value Cache: Apache Ignite, Koherence, eXtreme Scale, Hazelcast, Infinispan, Memcached, Velocity.
Key-Value Store: ArangoDB, Aerospike.
Key-Value Store (til sidst konsistent): Oracle NoSQL-database, Dynamo, Riak, Voldemort.
Key-Value Store (bestilt): FoundationDB, InfinityDB, LMDB, MemcacheDB.
Data-Structures Server: Redis.
Tuple Store: Apache River, GigaSpaces.
Objektdatabase: Objektivitet / DB, Perst, ZopeDB.
Dokumentlager: ArangoDB, BaseX, Clusterpoint, Couchbase, CouchDB, DocumentDB, IBM Domino, MarkLogic, MongoDB, Qizx, RethinkDB, Elasticsearch.
Wide Column Store: Amazon DynamoDB, Bigtable, Cassandra, Scylla, HBase, Hypertable.
Native Multi-Model Database: ArangoDB, Cosmos DB, OrientDB, MarkLogic.

Hvad er brugen af NoSQL? Hvad er forskellen med SQL?

Funktionen af NoSQL-databasen er den samme som databasefunktionenSQL classic, men med sine egne fordele og ulemper. Ligesom RDBMS SQL generelt er NoSQL nyttigt til at behandle data og gemme dem til genbrug eller adgang til både af Server og Client. Dataene gemmes konsekvent, så både serveren og klienten ser de samme data.

NoSQL overholder BASE-reglerne, dvs. Grundlæggende tilgængelig, blød tilstand, og Eventuel konsistens, Dataene i den kan ændres, selvom de ikke findesinput, det er som RDBMS med Trigger installeret automatisk. Derfor er NoSQL mere egnet og egnet til applikationer, der kræver ændringer hurtigt (hurtigt) fordi det er mere dynamisk og fleksibelt.

Fordelene ved NoSQL-database sammenlignet med SQL-database

I nogle tilfælde anses NoSQL for at fungere bedre end relationsbaseret SQL, herunder følgende.

Når du skal gemme store mængder data med en inkonsekvent ordning.
Dataskema i NoSQL gør det ikke fast som med SQL, kan ændringer i struktur og skemaer, der til enhver tid kan ændres, let håndteres uden at skulle ændre konsistensen af dataene i selve databasen.
Når du har brug for computing og datalagring skybaserede.
De fleste NoSQL-databaser er oprettet og designet til at arbejde i datacenter forskellige og køre som et systemfordelt. I dette tilfælde vil du som NoSQL-bruger drage fordel, fordi du kan drage fordel af adgang til forskellige skybaserede databehandlingsinfrastrukturer.
Når du bliver web-udvikler eller app-udvikler og du har brug for det en opdatering hurtigt (hurtigt).
Med NoSQL behøver du ikke at forberede datasom om du bruger RDBMS (SQL), kan du endda migrere strukturerede data fra en version af applikationen til den næste opdaterede version, hver gang design af applikationen opdateres. Den dynamiske natur NoSQL kan udvikle sig sammen med ændrede applikationer.

Mangel på NoSQL-database sammenlignet med SQL-database

I RDBMS-databasekonceptet er der regler ACID, nemlig fire (4) datatransaktionsregler. ACID er et forkortelse af Atom, konsistent, isoleret, og Holdbar.

Atomic hvilket betyder, at hver post eller række er unikke data, ikke kan erstattes af andre data.
konsekvent, hver række med data er konsistente data, hvilket betyder, at dataene forbliver konsistente, efter at de er blevet udført med en bestemt operation. Server og klient vil se de samme data.
isoleret det betyder, at hver ændring i en post er en uafhængig transaktion, der ikke har noget at gøre med andre posttransaktioner.
Holdbar, hvilket betyder, at efter transaktionen er afsluttet, lagres virkningerne af postændringerne på en solid og permanent måde.

Dette er grunden til, at RDBMS kaldesfast database. NoSQL opfylder ikke ACID-reglerne, det kan være konsistent, men det kan ikke være atomisk, isoleret og holdbart. NoSQL er ikke egnet til applikationer, der kræver faste data, såsom medarbejderes biodata-poster, befolkningstællinger, medicinske poster, fingeraftryksregistreringer og mange andre eksempler. Forhåbentlig er denne artikel om forståelse af NoSQL nyttig og let at forstå!

Læs mere: