Lære CouchDB

Tradisjonelle databasesystemer har eksistert lenge i markedet, og selvfølgelig har de vært veldig effektive, siden de på grunn av deres levetid har nådd en modenhet og stabilitet som ikke kan tvile på.
Problemet er at nå som den økte bruken av data og dens stadig mer komplekse natur, blir tradisjonelle strukturer mer og mer kompliserte og resultatene deres lider, både på produksjonsnivå og på systemnivå. Applikasjonsutvikling.
For tiden kraften tatt av ikke-relasjonelle systemer eller NoSQL som de også er kjent, har de løst noen av disse kompleksitetene som er vist med tradisjonelle eller relasjonssystemer.
COUCHDB OG STYRKEN I HTTP
SofaDB Det er en av de nye rasene av ikke-relasjonssystemer, men strukturen er veldig forskjellig fra tjenester som MongoDB for eksempel. Dette er fordi den baserer hele sin administrasjon på en API som reiser og kommuniserer bare gjennom HTTP.
Med det ovennevnte må vi raskt slutte at takket være bruken av HTTP vi har alle metodene for å kunne utføre arbeidet vårt, for eksempel POST, GET, PUT DELETE, hvor vi med disse fire protokollverktøyene kan få alt til å fungere etter vår smak.
HOLD OSS AVslappet
Det endelige målet med SofaDB er at vi kan slappe av, selv om det høres ut som noe som ikke er fornuftig, dekkes tre viktige områder som forsterker begrepet lave problemer ved bruk av dette datalagringssystemet. La oss se hva det refererer til:
GrensesnittNår du kjører HTTP som sin kommunikasjonsform, opprettelsen av applikasjoner som vi kan bruke SofaDB lav kompleksitet, siden på dette tidspunktet alle rammer har tilkoblingsmuligheter til tjenester HVILE, som vi vil miste mindre tid på og derfor vil våre leveranser bli mer avslappede.
Settes i produksjonGenerelt, når vi prøver å bringe miljøet fra utvikling til produksjon, oppstår det alltid et problem, eller vi må gjøre flere ting enn forventet, selv om det alltid vil være feil som gjør livet vårt komplisert. SofaDB Det er laget for å vente på feil og for å klare dem selv, på denne måten, selv om det oppstår problemer, vet vi at SofaDB Det vil støtte oss ved å senke stressnivået.
KlatreSystemets skalerbarhet er et annet viktig poeng, siden når vi vokser trenger vi mer kraft og i dette SofaDB Det hjelper oss, siden det er veldig enkelt å vedlikeholde på flere servere siden arkitekturen lar oss nyte allsidigheten når det gjelder datakilder og synkronisering.
INSTALLASJON
Det første vi må begynne å jobbe med SofaDB er å installere det i systemet vårt, for dette må vi først vite at vi har muligheten til å installere det i Linux, MAC og Windows, så vi har et stort antall plattformer for å velge den vi liker best eller som tjenestene våre er basert på.
I Linux installasjonen er like enkel som å plassere følgende kommando i konsollen eller terminalen på systemer basert på Debian, Hva Ubuntu eller Mynt:

 sudo apt-get install couchdb

Når installasjonen er fullført, pleier tjenesten å starte automatisk, hvis ikke, må vi vite at den er inne /etc/init.d/couchdb så i den ruten kan vi skrive .Start og det vil være tilstrekkelig.
I Mac Det er en veldig enkel prosess også spesielt hvis vi bruker Hjemme brygget siden vi bare trenger å skrive følgende i terminalen eller konsollen:

 brygge installer sofa

Når den er installert for å starte tjenesten, må vi bare skrive sofaen i konsollen vår, og tjenesten starter uten problemer.
For å installere i Windows Vi må laste ned pakken med installasjonsprogrammet fra prosjektets offisielle nettsted, her vil vi også ha filene for de andre systemene.

FORSTØRRE

Når vi har filen, må vi kjøre den og følge prosedyren. Dette vil tillate oss å installere den som en tjeneste eller som en applikasjon, avhengig av hvilket alternativ som er gyldig for vår bruk.
TESTING AV INSTALLASJONEN VÅR
Nå som vi har installert og startet tjenesten, må vi gjøre lakmus -testen for å se om den fungerer som den skal. For dette i nettleseren vår må vi gå til følgende rute:

 http: //127.0.0.1:5984/_utils/index.html

Når vi er der, bør vi se noe som ligner på følgende:

FORSTØRRE

I tillegg har vi på høyre side av denne skjermen flere koblinger som vil hjelpe oss, for eksempel en installasjonsverifikator, og direkte tilgang til koblinger med den offisielle dokumentasjonen ved tvil.

Det vi så er webgrensesnittet kalt Futon, og har ansvaret for å gi oss administrasjonen av tjenesten på en visuell og vennlig måte. For å opprette en ny database trenger vi bare å klikke på alternativet Lag Database Dette tar oss til et lite grensesnitt der vi vil definere navnet, som vi kan se i følgende bilde:

Når prosessen er ferdig vil vi ha tilgang til vår Database og legge til dokumenter, som ville være en slags ekvivalent med postene i relasjonsdatabasesystemer.
Når vi oppretter et dokument vil vi umiddelbart ha et _id og vi kan legge til alle feltene vi trenger uten å måtte følge en struktur eller et opplegg, la oss se dette i følgende bilde:

FORSTØRRE

Hvis vi klikker på fanen som sier kilde, vil vi se at dette dokumentet faktisk er et JSON, noe som gir oss større allsidighet siden nesten alle språk har biblioteker som lar oss manipulere denne typen data.

FORSTØRRE

SIKKERHET FOR VÅR TJENESTE
Når du installerer SofaDB Dette starter i en administratormodus uten passord, noe som er fordelaktig fordi det lar oss begynne å bruke tjenesten direkte, men det er veldig usikkert siden alle som har tilgang til utstyret vårt vil kunne se dokumentene våre.
Futon indikerer dette nederst til høyre der det forteller oss at vi er i modus Admin Party!, og gir oss direkte en lenke for å rette den.

Ved å klikke på Fiks dette Vi kan definere brukerne med navn og passord som har tilgang til tjenesten. Som vi ser i det følgende bildet, når vi plasserer legitimasjonen og godtar, vil vi ha vårt første lag med sikkerhet i det med noen få enkle trinn.

DATAMODELLER
Siden vi har hatt litt øvelse, la oss gå tilbake til teorien et øyeblikk siden vi på denne måten vil ha et grunnlag for å kunne legge til bedre kunnskap. Som vi sa SofaDB det har ingen skjema og struktur, dette gjør oss i stand til å lage store samlinger eller grupper av dokumenter, men hvert dokument kan ha unike elementer, og dette gjør ikke Database være mindre håndterlig.
Tvert imot er det denne strukturen som gir den en fordel i forhold til relasjonssystemer siden vi kan bruke data uten å måtte kjenne den og fortsatt kunne få den til å fungere i systemet vårt. For eksempel, et kontaktdatablad, la oss forestille oss at vi mottar en første kontakt med data:

 Navn: Firma 1 Telefon: 4445566 E -post: [email protected]

Men hva skjer hvis vi har et annet selskap som kontakter oss, og det har flere kontakter, i et relasjonssystem har vi to alternativer: Vi kan legge til flere poster eller endre strukturen og legge til flere felt, i SofaDB Vi lager bare et nytt dokument med en annen struktur, men det er under samme kontaktdatabase, for eksempel:

 Navn: Firma 2 Telefon: 6667788 Skype: 8889900 E -post: en annen [email protected]

Hvis vi bruker dette på SofaDB det skal se slik ut i grensesnittet vårt Futon:

FORSTØRRE

Som vi ser har vi brukt det samme Database fra installasjonseksemplet og uten å måtte konfigurere noe har vi lagt til forskjellige felt og til og med vårt Database Det går jevnt. Heri ligger dens kraft, ettersom vi kan håndtere virkelige situasjoner og endringer dynamisk. I det teoretiske aspektet har vi sett hvordan disse nye behandlerne fungerer som ikke er avhengige av ordninger, noe som gir oss muligheten til å gjøre applikasjoner mer dynamiske og som ikke er avhengige av konstante endringer for å tilpasse seg.
Med dette fullfører vi denne opplæringen, vi har tatt våre første skritt i verden NoSQL hva stiller det oss SofaDB, det mest interessante er nettgrensesnittet som tilbys oss siden i motsetning til tjenester som f.eks MongoDB der alt er via konsollen, hjelper brukervennligheten til grensesnittet oss med å utvikle både applikasjonene og kunnskapene våre raskere.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng