Reflections - Databases SQL and NOSQL // Reflexiones - Bases de datos SQL y NOSQL [ENG/ESP]

Reflections - Databases SQL and NOSQL // Reflexiones - Bases de datos SQL y NOSQL


HIVE POSTS (2).jpg

ENGLISH


Hello Hive community.

I want to talk this time about both relational and non-relational databases or also known as SQL and noSQL, an important division in the form and structure of data that keep these types of database engines, although all store data, they do it differently at the level of structure.

This also influences the access to them,

The transformation of SQL data to a JSON type and vice versa according to the need, is one of the complications of MySQL in some cases, since nowadays the JSON structure is widely used, which is compatible without transformations with noSQL, in case of having a SQL database, this data must be received and transformed according to the need in some cases.

One of the solutions is for example libraries like Sequalize that transform SQL statements to javascript statements using JSON, with an API type operation, accessing the microservices through requests, and with this library we save the data transformation in these cases.

Which one is easier to define?

In my opinion, for better and for worse, it is easier to define a noSQL data collection, the first thing is the no need of relations between the defined schemas, in some cases this is necessary, for example to keep a customer id the same between several customer schemas.

5lb0kIKN6F7yRq8UYxnd--1--4jzff.jpg

Which one is easier to scale?

Here there can be divided opinions, both can be scaled, moreover they can be integrated as heterogeneous databases between SQL and noSQL, for a specific use either for data mining or for an application with access to multiple databases.

Mysql has vertical scalability is a simple growth model. It basically means that the growth or expansion of the number of storage nodes depends on the physical technological structure.

While noSQL has horizontal scalability is one of the most desirable features in a database. It is one of the main attributes of NoSQL databases. This is because the growth is extremely extensive and technically limitless. We could add as many servers as necessary.

bGxgQc0qVuhtPhh8kzPK--1--auq4i.jpg

Images created with: https://creator.nightcafe.studio/

You can visit my Blog at https://peakd.com/@taradraz1

Thank you very much for your attention.

ESPAÑOL


Hola comunidad de Hive.

Quiero hablar en esta ocasión sobre bases de datos tanto relacionales como no relacionales o conocidas igualmente como SQL y noSQL, una division importante en la forma y estructura de datos que guardan estos tipos de motores de bases de datos, que si bien todos guardan datos, lo hacen de forma distinta a nivel de estructura.

Esto también influye en el acceso a los mismos,

La transformación de datos SQL a un tipo JSON y viceversa segun la necesidad, es una de las complicaciones de MySQL en algunos casos, ya que en la actualidad se utiliza mucho la estructura JSON, la cual es compatible sin transformaciones con noSQL, en caso de tener una base de datos SQL, estos datos los debemos recibir y transformar segun la necesidad en algunos casos.

Una de las soluciones es por ejemplo librerias como Sequalize que transforman las sentencias SQL a sentencias de javascript utilizando JSON, con un funcionamiento tipo API, accediendo a los microservicios mediante peticiones, y con esta librería nos ahorramos la transformación de datos en estos casos.

¿Cual es mas facil de definir?

En mi opinión para bien y para mal, es mas facil definir una coleccion de datos noSQL, lo primero es la no necesidad de relaciones entre los schemas definidos, en algunos casos esto es necesario, por ejemplo para mantener un id de cliente igual entre varios schemas de cliente.

5lb0kIKN6F7yRq8UYxnd--1--4jzff.jpg

¿Cual es mas facil de escalar?

Aqui pueden existir opiniones divididas, ambas se pueden escalar, es más se pueden integrar como bases de datos heterogeneas entre SQL y noSQL, para un uso especifico ya se a de mineria de datos o de un aplicativo con acceso a multiples bases de datos.

Mysql tiene escalabilidad vertical es un modelo simple de crecimiento. Significa básicamente que el crecimiento o expansión de la cantidad de nodos de almacenamiento depende de la estructura tecnológica física.

Mientras que noSQL tiene escalabilidad horizontal es una de las características más deseables en una base de datos. Es uno de los principales atributos de las bases de datos NoSQL. Esto debido a que el crecimiento es sumamente extenso y técnicamente no tiene límites. Podríamos agregar cuantos servidores sean necesarios.

bGxgQc0qVuhtPhh8kzPK--1--auq4i.jpg

Imagenes creadas con: https://creator.nightcafe.studio/

Pueden visitar mi Blog en https://peakd.com/@taradraz1

Muchas gracias por su atencion.



0
0
0.000
2 comments
avatar

Thanks for your contribution to the STEMsocial community. Feel free to join us on discord to get to know the rest of us!

Please consider delegating to the @stemsocial account (85% of the curation rewards are returned).

You may also include @stemsocial as a beneficiary of the rewards of this post to get a stronger support. 
 

0
0
0.000
avatar

¡Enhorabuena!


Has recibido el voto de PROYECTO CHESS BROTHERS

✅ Has hecho un buen trabajo, por lo cual tu publicación ha sido valorada y ha recibido el apoyo de parte de CHESS BROTHERS ♔ 💪


♟ Te invitamos a usar nuestra etiqueta #chessbrothers y a que aprendas más sobre nosotros.

♟♟ También puedes contactarnos en nuestro servidor de Discord y promocionar allí tus publicaciones.

♟♟♟ Considera unirte a nuestro trail de curación para que trabajemos en equipo y recibas recompensas automáticamente.

♞♟ Echa un vistazo a nuestra cuenta @chessbrotherspro para que te informes sobre el proceso de curación llevado a diario por nuestro equipo.


🏅 Si quieres obtener ganancias con tu delegacion de HP y apoyar a nuestro proyecto, te invitamos a unirte al plan Master Investor. Aquí puedes aprender cómo hacerlo.


Cordialmente

El equipo de CHESS BROTHERS

0
0
0.000