Relasjonsdatabaser i en Big datamiljø

April 29  by Eliza

Relasjonsdatabaser ikke stole på bordet / key modell endemisk til RDBMSs (relasjonsdatabase styringssystemer). Kort sagt, spesialitet data i den store data verden krever spesialitet utholdenhet og data manipulasjon teknikker. Selv om disse nye stiler av databaser gi noen svar på dine store datautfordringer, er de ikke en uttrykkelig billett til mållinjen.

En voksende, populær klasse av ikke-relasjonsdatabase kalles ikke bare SQL (NoSQL). Opprinnelig opphavs tenkt databaser som ikke krever relasjonsmodellen og SQL. Ettersom disse produktene ble introdusert i markedet, definisjonen myknet litt, og nå er de tenkt som "ikke bare SQL," igjen bukker til allestedsnærværelsen av SQL.

Den andre klassen er databaser som ikke støtter relasjonsmodellen, men er avhengige av SQL som primært midler til å manipulere data innenfor. Selv om relasjonelle og ikke-relasjonsdatabaser har lignende grunnleggende, hvordan det grunnleggende er oppnådd skaper differensiering. Relasjonsdatabaseteknologi har følgende egenskaper til felles:

  • Utvidelse: I dette eksempel, refererer dette seg til evnen til å skrive data over flere datalagre samtidig uten hensyn til fysiske begrensninger av den underliggende infrastruktur. En annen viktig dimensjon er sømløshet. Databasene må være i stand til å utvide og kontrakt som svar på datastrømmer og gjør det usynlig for sluttbrukerne.
  • Data og Spørre modell: I stedet for den raden, kolonnen nøkkelen struktur, relasjonsdatabaser bruke spesialitet rammeverk for å lagre data med et nødvendig sett av spesialitet spør APIer til intelligent tilgang til dataene.
  • Utholdenhet Design: Utholdenhet er fortsatt et kritisk element i relasjonsdatabaser. På grunn av den høye hastigheten, variasjon og store volum av data, disse databasene bruke differanse mekanismer for vedvarende dataene. Den høyeste ytelsen alternativet er "in memory", der hele databasen er holdt i den svært raskt minne system av dine servere.
  • Grensesnitt mangfold: Selv om de fleste av disse teknologiene støtte RESTful APIer som deres "gå til" grensesnitt, de tilbyr også et bredt utvalg av mekanismer tilkoblings for programmerere og database ledere, inkludert analyseverktøy og rapportering / visualisering.
  • Eventuell Konsistens: Mens RDBMS bruker ACID (atomicity, konsistens, isolasjon, holdbarhet) for å sikre konsistensen av data, ikke-relasjonelle DBMS bruke BASE. BASE står for utgangspunktet tilgjengelig, Soft tilstand, og Eventuell konsistens. Eventuell konsistens er viktigst fordi den er ansvarlig for konfliktløsning når data er i bevegelse mellom noder i et distribuert implementering. Dataene tilstand blir vedlikeholdt av programvaren og tilgang modell er avhengig av grunnleggende tilgjengelighet.