Poden coexistir SQL i NoSQL?

Registreu-vos ara per obtenir el vostre passi virtual gratuït a la cimera de codi baix/sense codi d’aquest 9 de novembre. Escolteu els directius de Service Now, Credit Karma, Stitch Fix, Appian i molt més. Aprèn més.


Les bases de dades relacionals i SQL es van inventar a la dècada de 1970, però encara dominen el món de les dades avui en dia. Per què? El càlcul relacional, les dades coherents, la representació lògica de dades són totes les raons que un defensor de bases de dades relacionals podria acreditar el seu èxit. Tanmateix, l’èxit de les bases de dades relacionals es podria reduir a dues consideracions pràctiques: l’impuls i el poder del llenguatge de consulta SQL.

L’anomenada tecnologia “NoSQL” sembla anar en contra d’aquests punts forts. Però, en realitat, NoSQL està creant un impuls propi, i proporcionar la familiaritat i el poder d’SQL és com es fa.

El poder de SQL

Revisem el poder de l’SQL assumint que no existeix: no hi ha llenguatge declaratiu per treballar amb dades. En canvi, hem de treballar de manera imperativa. En lloc d’especificar què dades que volem, hem d’especificar com per aconseguir-ho.

Amb aquesta estratègia, a cada pas d’una consulta de base de dades se li donen instruccions detallades: emparellar, agrupar, projectar i ordenar. Alguns processats pel client i altres pel servidor. La comparació d’aquesta estratègia amb una consulta SQL declarativa, com projectar, com ordenar i tot el processament especificat es deixa a la base de dades. El que ens queda és un llenguatge més fàcil de llegir i d’escriptura que ens ofereix les dades que volem. I és un llenguatge estàndard que algú que treballa amb dades pot recollir i utilitzar amb qualsevol altra base de dades relacional. No és d’estranyar que dominen les relacionals i SQL.

Esdeveniment

Cimera de codi baix/sense codi

Uneix-te als principals executius d’avui a la cimera de codi baix/sense codi virtualment el 9 de novembre. Registra’t per obtenir el teu passi gratuït avui mateix.

Registra’t aquí

Els límits de la relació

Aleshores, per què existeix NoSQL? Gartner va trobar que el mercat de SGBD no relacional va ser el segment de més ràpid creixement el 2020, amb una expansió del 34,5% (més del doble del creixement relacional). Les bases de dades relacionals no van ser dissenyades per fer front a l’escala d’Internet. Voleu un servidor relacional per gestionar més feina? Tu necessites escala vertical això. Això només vol dir que necessiteu un servidor més gran i ràpid.

Què passa quan això esdevé impossible o molt car? Si sou Amazon o Google, heu de sortir del model relacional. Has de fer-ho escala horitzontal, el que significa que heu d’unir diversos servidors junts a través d’una xarxa. Això introdueix un món completament nou de reptes per resoldre. Amazon i Google tenien els recursos per abordar aquests problemes, fer la investigació i publicar els documents tècnics, donant lloc a una nova generació de bases de dades de codi obert i proveïdors centrats en bases de dades, en un moviment anomenat “NoSQL”.

He d’utilitzar NoSQL o no?

A mesura que NoSQL va enlairar, també ho van fer els microserveis (un enfocament distribuït per a l’escala horitzontal d’aplicacions). Cada microservei podria utilitzar la seva pròpia base de dades i, en molts casos, això significava que un sistema complet podria utilitzar un mosaic de diverses bases de dades.

Sembla un bon enfocament, però hi ha reptes. Cada microservei té el seu propi domini de dades, que és un bon disseny encapsulat. Però ara les dades estan repartides, no només entre diferents bases de dades, sinó en diferents tecnologies. En aquest nou panorama, el vostre equip ha de mantenir, actualitzar, comprar, llicenciar, aplicar pedaços (log4j, algú?) i aprendre diferents tecnologies de bases de dades, però també han de comprar, llicenciar, crear, mantenir, pegar (log4j de nou?) , i aprendre canalitzacions de dades i integracions entre aquestes tecnologies. Això es coneix com a “expansió de bases de dades”.

Solucions: model únic, núvol i multimodel

Tres enfocaments poden ajudar a reduir l’expansió de la base de dades:

  • Estandaritzar en una única base de dades
  • Bloqueu-vos a un proveïdor de núvol
  • Utilitzeu un enfocament multimodel

Estandaritzar en una única base de dades

Aquest enfocament significa dictar a la vostra organització: “utilitza aquesta base de dades per a tot”. L’impuls de la base de dades relacional la converteix en una opció popular: pot ser que no sigui la millor opció per a la cerca, l’emmagatzematge en memòria cau o el gràfic, però “mai ningú va ser acomiadat per comprar IBM”. com deia la dita.

Pros: Gran grup de talent, normalment pot “fer que funcioni” amb prou temps o diners

Contres: Car, menys àgil

Per a les organitzacions que treballen en un domini estandarditzat que no canvia sovint i que no necessita manejar a gran escala, cal tenir en compte aquest enfocament costós.

Bloqueu-vos a un proveïdor de núvol

Els proveïdors de núvol populars (Azure, AWS, GCP) han reunit bases de dades de codi obert, API i les seves pròpies tecnologies de bases de dades propietàries “com a servei”. Poden oferir una àmplia gamma de bases de dades per anar amb microserveis. Com que controlen el núvol, poden oferir integracions, pegats i manteniment entre tots ells. Encara és una expansió de bases de dades, però és menys treball.

Pros: finestreta única, un bufet d’opcions de bases de dades

Contres: pot arribar a ser molt costós, el bloqueig de proveïdors, la compatibilitat de codi obert es queda enrere, encara està en extensió

Aquest enfocament és popular, però té riscos. Si les vostres aplicacions es creen únicament a AWS, per exemple, què passa quan augmenta el preu o s’elimina una funció? Els vostres costos de canvi poden ser enormes (no només en dòlars, sinó també en costos d’oportunitat).

Utilitzeu un enfocament multimodel

Com pot una base de dades NoSQL competir amb els ecosistemes titànics d’Azure, AWS i GCP i encara ajudar-vos a evitar l’expansió de la base de dades? La resposta són bases de dades “multimodel”. Es tracta de bases de dades que es basen en una única tecnologia d’emmagatzematge de dades, però ofereixen múltiples maneres de llegir, escriure i accedir a les mateixes dades.

Pros: una finestra única, un bufet d’opcions d’interacció de dades, es pot utilitzar en diversos núvols

Contres: Relativament nou

Espera un moment, has dit SQL?

Sí, SQL. Ara es troba a les bases de dades NoSQL. Les bases de dades no relacionals estan recorrent al llenguatge de bases de dades més reeixit i conegut per posar-lo en funcionament en dades no relacionals (com JSON). Es coneix com SQL++ i és un estàndard emergent que està sent defensat per Couchbase, Amazon (PartiQL) i Microsoft (CosmosDB SQL).

Estem veient que comença a sorgir una fusió del millor del relacional i el millor de NoSQL. Ràpid i flexible com NoSQL, familiar com relacional, un enfocament multimodel a prova de futur, que s’uneixen per fer que la vostra història de base de dades sigui més assequible.

Matthew Groves és un desenvolupador i entusiasta de les bases de dades a Couchbase.

Data DecisionMakers

Benvingut a la comunitat VentureBeat!

DataDecisionMakers és on els experts, inclosos els tècnics que treballen amb dades, poden compartir coneixements i innovació relacionats amb les dades.

Si voleu llegir idees d’avantguarda i informació actualitzada, bones pràctiques i el futur de la tecnologia de dades i dades, uniu-vos a nosaltres a DataDecisionMakers.

Fins i tot et pots plantejar contribuir amb un article propi!

Llegiu més de DataDecisionMakers

Leave a Comment

Your email address will not be published. Required fields are marked *