¿Qué es MySQL?

MySQL es el sistema de gestión de bases de datos relacional más extendido en la

actualidad al estar basada en código abierto. Desarrollado originalmente por
MySQL AB, fue adquirida por Sun MicroSystems en 2008 y esta a su vez
comprada por Oracle Corporation en 2010, la cual ya era dueña de un motor
propio InnoDB para MySQL.

MySQL es un sistema de gestión de bases de datos que cuenta con una doble
licencia. Por una parte es de código abierto, pero por otra, cuenta con una versión
comercial gestionada por la compañía Oracle.

Las versiones Enterprise, diseñadas para aquellas empresas que quieran

incorporarlo en productos privativos, incluyen productos o servicios adicionales
tales como herramientas de monitorización y asistencia técnica oficial.

Historia y Evolución de MySQL

De UNIREG a MySQL

En 1979, en los primeros días de Internet, pocos reconocieron a UNIREG — como

una herramienta basada en Unix para administrar bases de datos, desarrollada
por Michael Widenius — como un precursor de lo que se convertiría en una de las
herramientas de desarrollo más poderosas e influyentes del mundo. Widenius
fundó TcX con el socio comercial Allan Larsson y, en 1994, la compañía estaba
utilizando UNIREG para apoyar el desarrollo de varias aplicaciones basadas en la
web. Sin embargo, en ese momento, el motor de almacenamiento de bajo nivel
simplemente no podía admitir adecuadamente las páginas web generadas
dinámicamente.
Aunque TcX consideró las capacidades de Structured Query Language (SQL) y
mini-SQL (mSQL), ninguno ofreció un mejor rendimiento del que ya estaba
disponible a través de UNIREG. Pero en 1995, la búsqueda de alternativas
condujo al desarrollo de MySQL 3.11.1, así como a la fundación de MySQL AB por
Widenius, Larsson, y David Axmark.

De la Innovación de Código Abierto a la Rentabilidad

En 2000, MySQL se convirtió en software de código abierto bajo el GNU Licencia
Pública General (GPL). MySQL AB poseía los derechos de autor y la marca
registrada para el servidor de base de datos, coordinando el desarrollo y el soporte
para MySQL. Cooperación con Innobase Oy, una empresa finlandesa que había
desarrollado el InnoDB el motor de almacenamiento transaccional, llevó al
desarrollo de MySQL 3.22, que portado a numerosos sistemas operativos en 2001.
Las API permitieron a los programadores escribir clientes en casi todos los
lenguajes de programación existentes.

El aumento del desarrollo de MySQL atrajo el apoyo financiero de los capitalistas

de riesgo. Y, en 2002, MySQL AB construyó una sede en los Estados Unidos (para
complementar la sede sueca original). Los ingresos continuaron aumentando, y el
número de usuarios activos se disparó de tres millones a cuatro millones entre
2002 y 2003. MySQL 4.0 agregó transacciones, una caché de consultas,
búsquedas de texto completo y bloqueo de nivel de fila, y, para 2004, la versión
beta de MySQL 4.1 incluía sub-consultas y soporte de indexación espacial.

Asociaciones y Compra: MySQL Hoy

La explosión de MySQL llamó la atención de otras compañías tecnológicas
importantes, y en 2003, MySQL AB se asoció con SAP para desarrollar MySQL 5.
Esta versión agregó procedimientos almacenados y procesamiento de
transacciones distribuidas, y también introdujo un modelo de doble licencia OEM:
en lugar de depender de los ingresos obtenidos de las tarifas de licencia únicas de
los socios OEM, MySQL ahora se basó en un flujo de ingresos derivado de los
usuarios finales.

A medida que MySQL AB alcanzó su décimo aniversario, la versión alfa de MySQL

5.1 agregó particiones de datos de tabla, replicación basada en filas y una API de
complemento estandarizada para nuevos motores de almacenamiento. Además, la
compañía lanzó un servicio de suscripción llamado MySQL Network, que aún
ofrece actualizaciones, alertas, notificaciones y soporte para MySQL. MySQL AB
también entró en el mercado empresarial con una nueva versión con motores de
búsqueda federados, transacciones distribuidas, vistas, procedimientos
almacenados y activadores. Las ganancias anuales en la marca de diez años
habían aumentado a $34 millones.

Para 2008, MySQL había crecido a 8 millones de instalaciones y estaba

generando aproximadamente $100 millones en ingresos. MySQL AB fue una de
las OPI de tecnología más esperadas de 2008, con costos más bajos que
atrajeron a los inversores sobre herramientas de la competencia como Oracle 11.
¡Con 320 empleados trabajando desde veinticinco países, MySQL había recorrido
un largo camino desde sus modestas raíces!

En 2008, Sun Microsystems compró MySQL AB por $1 mil millones. Sun fue más
tarde adquirido por Oracle en 2009. Hoy en día, MySQL AB sigue siendo una
subsidiaria de Oracle. La versión 5.7.18 de MySQL Server agregó funciones de
seguridad mejoradas, mientras que Oracle MySQL Cloud Service combina las
capacidades de Oracle Cloud con MySQL Enterprise para proporcionar servicios
en la nube automatizados y listos para la empresa.

Exadel y MySQL
En 2009, Exadel utilizó MySQL para desarrollar una aplicación de back-end para
Sears que permitía a los empleados administrar mejor el contenido y la mercancía
en línea. El conjunto completo de herramientas contenidas en SPIN (Sears
Product Information Network) permite a los usuarios personalizar la publicación de
productos, la taxonomía, la marca y la configuración de acceso de los usuarios.
Compuesto por una capa del lado del cliente, una capa del lado del servidor y una
capa de base de datos, SPIN reemplazó sistemas y procesos ineficaces y redujo
la cantidad de tiempo dedicado a la administración de datos.

Otra aplicación única de MySQL es la asociación de Exadelada con Dun y

Bradstreet (D&B). La compañía de servicios empresariales necesitaba desarrollar
una plataforma escalable e integrada que permitiera a los clientes administrar
proveedores, certificación de proveedores, monitoreo financiero, monitoreo de
listas de control gubernamental e informes en vivo específicos del cliente. Para su
solución, Exadel integró Apache Solr con bases de datos MySQL y Oracle
implementadas como clústeres para proporcionar la máxima escalabilidad. Dun
and Bradstreet se ha convertido en un proveedor de información comercial aún
más crítico a través de la mayor funcionalidad de su sistema.

Características Principales

Código abierto

MySQL utiliza la Licencia Pública General de GNU, por lo que se puede descargar,
utilizar y modificar a voluntad. Esto facilita su uso tanto académico como
profesional.

Uso multiplataforma

Una de sus características principales y de mayor ventaja es que puede instalarse

en entornos con sistemas operativos diversos como Windows, Mac y la mayoría
de distribuciones Linux, así como en ambientes Unix.

Escalabilidad

Tiene soporte para 40-50 millones de registros, 150.000-200.000 tablas y 5000

millones de filas.
Tipos de datos

Soporta una amplia gama de tipos de datos, lo que permite tener una gran
versatilidad en cuanto a las situaciones, industrias o casos de uso donde puede
implementarse una base de datos MySQL. Puede emplearse para la industria
financiera, al manejar datos con mucha precisión; por otro lado, también puede
utilizarse en ámbitos de geolocalización por sus datos de tipo espacial. De igual
forma puede competir, en ciertas situaciones, con las bases de datos no
relacionales con su tipo de dato JSON.

Conjuntos de caracteres

Es compatible con un gran listado de conjuntos de caracteres e idiomas, lo que le

permite adaptarse a cualquier parte del mundo. Sin duda alguna, es un aspecto
que le ha ayudado a posicionarse en los sistemas de internet a lo largo y ancho
del planeta.

Clientes gráficos

Si bien MySQL utiliza su propio lenguaje para administrar los datos almacenados,
existen diversas herramientas o clientes gráficos que nos permiten interactuar con
las bases de datos, ayudando a que dicha interacción sea más sencilla y, por lo
tanto, más rápida. Algunas herramientas son:

PHPMyAdmin

MySQL Workbench

Soporte para lenguajes de programación

Las características y ventajas de MySQL son muchas, pero sin duda todas ellas
son mejor explotadas cuando están integradas dentro de un sistema de
información. Para ello existe un amplio abanico de API nativas, librerías, paquetes,
etc. que permiten integrar una base de datos MySQL en un sistema desarrollado
en cualquier lenguaje de programación.
Documentación actualizada

Al ser muy popular y utilizado, permite que exista una documentación oficial muy
amplia, además de una comunidad enorme siempre dispuesta a ayudar, colaborar
y aportar al conocimiento compartido.

¿Qué es una base de datos relacional (sistema de gestión de

bases de datos relacionales)?

Una base de datos relacional es un tipo de base de datos que almacena y

proporciona acceso a puntos de datos relacionados entre sí. Las bases de
datos relacionales se basan en el modelo relacional, una forma intuitiva y directa
de representar datos en tablas. En una base de datos relacional, cada fila en una
tabla es un registro con una ID única, llamada clave. Las columnas de la tabla
contienen los atributos de los datos y cada registro suele tener un valor para cada
atributo, lo que simplifica la creación de relaciones entre los puntos de datos.

Ejemplo de una base de datos relacional

Este es un ejemplo simple de dos tablas que una pequeña empresa puede usar
para procesar pedidos de sus productos. La primera tabla es una tabla de
información del cliente, por lo que cada registro incluye el nombre, la dirección,
información de envío y facturación, el número de teléfono y otra información de
contacto del cliente. Cada fragmento de información (cada atributo) está en su
propia columna y la base de datos asigna una ID única (una clave) a cada fila. En
la segunda tabla, una tabla de pedidos del cliente, cada registro incluye el ID del
cliente que realizó el pedido, el producto solicitado, la cantidad, el tamaño y el
color seleccionados, etc., pero no el nombre del cliente ni su información de
contacto.
Estas dos tablas tienen una sola cosa en común: la columna de ID (la clave).
Gracias a esa columna en común, la base de datos relacional puede establecer
una relación entre las dos tablas. Entonces, cuando la aplicación de
procesamiento de pedidos de la empresa envíe un pedido a la base de datos, la
base de datos podrá examinar la tabla de pedidos del cliente, extraer la
información correcta sobre el pedido de productos y usar el ID del cliente de esa
tabla para buscar la información de facturación y envío del cliente en la tabla de
información del cliente. A continuación, el almacén puede extraer el producto
correcto, el cliente puede recibir la entrega del pedido a tiempo y la empresa
puede obtener el pago.

Estructura de las bases de datos relacionales

El modelo relacional significa que las estructuras de datos lógicas (las tablas de
datos, las vistas y los índices) están separadas de las estructuras de
almacenamiento físicas. Gracias a esta separación, los administradores de bases
de datos pueden gestionar el almacenamiento físico de datos sin que eso influya
en el acceso a esos datos como estructura lógica. Por ejemplo, si se cambia el
nombre del archivo de una base de datos, eso no significa que vayan a cambiar
también los nombres de sus tablas.

La distinción entre lógico y físico se aplica también a las operaciones de base de

datos, que son acciones claramente definidas que permiten a las
aplicaciones manipular los datos y las estructuras de la base de datos. Con las
operaciones lógicas, las aplicaciones pueden especificar el contenido que
necesitan, mientras que las operaciones físicas determinan cómo se debe acceder
a esos datos y llevan a cabo la tarea.
Para garantizar la precisión y accesibilidad continua de los datos, las bases de
datos relacionales siguen ciertas reglas de integridad. Por ejemplo, una regla de
integridad podría especificar que no se permite duplicar filas en una tabla, a fin de
evitar que se introduzca información errónea en la base de datos.
El modelo relacional
En los primeros años de las bases de datos, cada aplicación almacenaba datos en
su propia estructura única. Cuando los desarrolladores querían crear aplicaciones
para usar esos datos, tenían que conocer muy bien esa estructura de datos
concreta a fin de encontrar los datos que necesitaban. Esas estructuras de datos
eran poco eficaces, el mantenimiento era complicado y era difícil optimizarlas para
ofrecer un buen rendimiento en las aplicaciones. El modelo de base de datos
relacional se diseñó para resolver el problema causado por estructuras de datos
múltiples y arbitrarias.

El modelo de datos relacional proporcionó una forma estándar de representar y

consultar datos que podría utilizar cualquier aplicación. Desde el principio, los
desarrolladores se dieron cuenta de que la virtud principal del modelo de base de
datos relacional era el uso de tablas, ya que era una forma intuitiva, eficiente y
flexible de almacenar y acceder a información estructurada.

Con el tiempo, los desarrolladores comenzaron a usar el lenguaje de consulta

estructurado (SQL) para escribir y hacer consultas en una base de datos: esto
sería otra de las grandes virtudes de este modelo. Durante muchos años, el SQL
se ha utilizado como el lenguaje para realizar consultas en bases de datos. Se
basa en el álgebra relacional y proporciona un lenguaje matemático de
uniformidad interna que facilita la mejora del rendimiento de todas las consultas en
bases de datos. Otros métodos empleados necesitan definir consultas
individuales.

Beneficios del sistema de gestión de bases de datos relacionales

El modelo relacional es sencillo pero muy potente, y lo utilizan organizaciones de
todos los tipos y tamaños para una gran variedad de aplicaciones con datos. Las
bases de datos relacionales se usan para rastrear inventarios, procesar
transacciones de comercio electrónico, administrar cantidades enormes y
esenciales de información de clientes y mucho más. Las bases de datos
relacionales se pueden emplear para cualquier aplicación de datos en la que los
puntos de datos se relacionen entre sí y deban gestionarse de forma segura,
conforme a normas y de un modo uniforme.

Las bases de datos relacionales han existido desde la década de los setenta. En
la actualidad, el modelo relacional sigue siendo el más aceptado para las bases de
datos, gracias a todas sus virtudes.

Modelo relacional y uniformidad de datos

El modelo relacional es el ideal para mantener la uniformidad de los datos en
todas las aplicaciones y copias de la base de datos (llamadas instancias). Por
ejemplo, cuando un cliente deposita dinero en un cajero automático y, a
continuación, mira el saldo en un teléfono móvil, el cliente espera ver ese depósito
reflejado inmediatamente. Las bases de datos relacionales son perfectas para este
tipo de uniformidad, y garantizan que todas las instancias de una base de datos
tengan los mismos datos en todo momento.

Mantener este nivel de uniformidad en todo momento con grandes cantidades de

datos es difícil para otros tipos de bases de datos. Algunas bases de datos
recientes, como NoSQL, solo pueden proporcionar uniformidad eventual. De
acuerdo con este principio, cuando la base de datos se escala o cuando varios
usuarios acceden a los mismos datos al mismo tiempo, toma algo de tiempo que
los datos se actualicen. La uniformidad final es aceptable en algunos casos (por
ejemplo, para mantener listas en un catálogo de productos), pero para
operaciones comerciales críticas, como transacciones de carritos de compra, la
base de datos relacional sigue siendo la referencia.

Compromiso y atomicidad
Las bases de datos relacionales gestionan las reglas y políticas comerciales a un
nivel muy detallado, y tienen políticas estrictas sobre el compromiso (es decir, el
establecimiento de un cambio en la base de datos como algo permanente). Por
ejemplo, imaginemos una base de datos de inventario para rastrear tres piezas
que siempre se usan juntas. Cuando se saca una pieza del inventario, las otras
 dos también deben salir. Si una de las tres piezas no está disponible, ninguna
debe extraerse: las tres piezas deben estar disponibles para que la base de datos
realice una confirmación. Una base de datos relacional no confirmará ninguna
pieza hasta que sepa que puede confirmar las tres. Esta capacidad de
compromiso multifacético se llama atomicidad. La atomicidad es la clave para
mantener los datos precisos y garantizar el cumplimiento de las reglas, normas y
políticas de la empresa.

Propiedades de ACID y sistema de gestión de bases de datos relacionales

Son cuatro las propiedades cruciales que definen las transacciones de las bases
de datos relacionales: atomicidad, uniformidad, aislamiento y durabilidad. Estas
suelen conocerse como ACID, su acrónimo en inglés.

 La atomicidad define todos los elementos que conforman una transacción

completa de base de datos.
 La uniformidad define las reglas para mantener los puntos de datos en un
estado correcto después de una transacción.
 El aislamiento impide que el efecto de una transacción sea visible a otros
hasta que se establezca el compromiso, a fin de evitar confusiones.
 La durabilidad garantiza que los cambios en los datos se vuelvan permanentes
cuando la transacción se haya fijado y hayamos llegado a un compromiso.

Procedimientos almacenados y bases de datos relacionales

El acceso a los datos implica muchas acciones repetitivas. Por ejemplo, una
consulta simple para obtener información de una tabla de datos puede necesitar
repetirse cientos o miles de veces para producir el resultado deseado. Estas
funciones de acceso a datos requieren algún tipo de código para acceder a la
base de datos. Los desarrolladores de aplicaciones no desean escribir código
nuevo para estas funciones en cada nueva aplicación. Sin embargo, las bases de
datos relacionales permiten procedimientos almacenados: bloques de código a los
que se puede acceder con una simple llamada a la aplicación. Por ejemplo, un
solo procedimiento almacenado puede proporcionar un etiquetado de registro
uniforme para usuarios de múltiples aplicaciones. Los procedimientos
almacenados también pueden ayudar a los desarrolladores a garantizar que
ciertas funciones de datos en aplicación se implementen de una manera
específica.

Bloqueo y simultaneidad de las bases de datos

En una base de datos pueden surgir conflictos cuando varios usuarios o
aplicaciones intentan cambiar los mismos datos al mismo tiempo. Las técnicas de
bloqueo y concurrencia reducen la posibilidad de conflictos y mantienen la
integridad de los datos.

El bloqueo evita que otros usuarios y aplicaciones accedan a los datos mientras se
están actualizando. En algunas bases de datos el bloqueo se aplica a toda la
tabla, lo que influye de forma negativa en el rendimiento de la aplicación. Otras
bases de datos, como las bases de datos relacionales de Oracle, aplican bloqueos
en el nivel de registro y mantienen la disponibilidad de los otros registros dentro de
la tabla; esto ayuda a garantizar un mejor rendimiento de la aplicación.

La concurrencia gestiona la actividad cuando varios usuarios o aplicaciones hacen

llamadas a consultas al mismo tiempo y en la misma base de datos. Esta función
proporciona el acceso correcto a los usuarios y aplicaciones de acuerdo con las
políticas definidas para el control de datos.

Qué se debe buscar al elegir una base de datos relacional

El software utilizado para almacenar, administrar, consultar y recuperar datos
almacenados en una base de datos relacional se denomina sistema de gestión de
bases de datos relacionales (relational database management system, RDBMS).
El RDBMS proporciona una interfaz entre los usuarios/aplicaciones y la base de
datos, además de funciones administrativas para gestionar el acceso a los datos,
así como su almacenamiento y rendimiento.
 Hay varios factores a tener en cuenta al elegir entre diferentes tipos de bases de
datos y productos de bases de datos relacionales. El RDBMS que escoja
dependerá de las necesidades de su empresa. Piense en las siguientes
preguntas:

 ¿Necesitamos un gran nivel de precisión en los datos? ¿El almacenamiento y la

precisión de los datos se basarán en la lógica empresarial? ¿Tenemos datos
con requisitos estrictos de precisión (por ejemplo, datos financieros e informes
gubernamentales)?

 ¿Necesitamos escalabilidad? ¿Cuál es la escala de los datos a gestionar y cuál

es el crecimiento previsto? ¿Necesitaremos un modelo de base de datos
compatible con copias de bases de datos reflejadas (como instancias
separadas) para permitir la escalabilidad? Si es así, ¿podrá mantener ese
modelo la uniformidad de los datos en todas las instancias?

 ¿Es muy importante la concurrencia? ¿Vamos a necesitar que muchos usuarios

y aplicaciones accedan de forma simultánea a los datos? ¿El software de la
base de datos permite ofrecer concurrencia sin comprometer la seguridad de
los datos?

 ¿Qué necesitamos en términos de rendimiento y fiabilidad? ¿Necesitamos un

producto de gran rendimiento y fiabilidad? ¿Qué tipo de rendimiento
necesitamos en la respuesta a las consultas? ¿Cuáles son los compromisos del
proveedor con respecto a los acuerdos de nivel de servicio o el tiempo de
inactividad imprevisto?
 Comparación de base de datos relacionales y no relacionales

Es muy común que los desarrolladores de software estemos en la situación de

elegir entre bases de datos relacionales y no relacionales. No es para verlo como
un dilema o pensar que dependiendo de la decisión vamos a fracasar, en realidad
con cualquiera de las dos opciones, es posible construir nuestro sistema,
dependiendo de lo que queramos.

Entonces surgen diferentes interrogantes: ¿Es importante saber las diferencias

entre ambas bases de datos? ¿Cuál deberíamos usar en cada caso? Estas son
preguntas bastante interesantes, puesto que un buen diseño de la base de datos
es un factor de alta influencia con respecto a la calidad del proyecto. Dependiendo
de la naturaleza de éste, se debe elegir la base de datos, ya que las dos tienen
diferentes características. Lee: 3 tipos de análisis de datos para mejorar la toma
de decisiones

Para conocer un poco de historia, las bases de datos relacionales se comenzaron

a utilizar en los años 80; a diferencia de las no relacionales que se están
empezando a usar y tuvieron un importante crecimiento entre 2012 y 2015. Sin
embargo, hoy sigue siendo más popular la primera opción.

Bases de Datos relacionales

Son una colección de elementos de datos organizados en un conjunto de tablas
formalmente descritas, desde donde se puede acceder a los datos o volver a
montarlos de muchas maneras diferentes sin tener que reorganizar las tablas de la
base. La interfaz estándar de programa de usuario y aplicación a una base de
datos relacional, es el Lenguaje de Consultas Estructuradas (SQL). Los comando
SQL se utilizan tanto para consultas interactivas como para obtener información de
una base de datos relacional y la recopilación de datos para informes.

Las bases de datos relacionales se basan en la organización de la información en

partes pequeñas que se integran mediante identificadores; a diferencia de las
bases de datos no relacionales que, como su nombre lo indica, no tienen un
identificador que sirva para relacionar dos o más conjuntos de datos. Además son
más robustas, es decir, tienen mayor capacidad de almacenamiento, y son menos
vulnerables ante fallas, estas son sus principales características.

Bases de datos no relacionales

Están diseñadas específicamente para modelos de datos específicos y tienen
esquemas flexibles para crear aplicaciones modernas. Son ampliamente
reconocidas porque son fáciles de desarrollar, tanto en funcionalidad como en
rendimiento a escala. Usan una variedad de modelos de datos, que incluyen
documentos, gráficos, clave-valor, en-memoria y búsqueda.

Las bases de datos no relacionales (NoSQL) son las que, a diferencia de las
relacionales, no tienen un identificador que sirva de relación entre un conjunto de
datos y otros. Como veremos, la información se organiza normalmente mediante
documentos y es muy útil cuando no tenemos un esquema exacto de lo que se va
a almacenar.

Con relación a formatos, la información de una base de datos puede ser

almacenada en tablas o documentos. Cuando los datos son organizados en un
archivo de Excel, es en formato tabla, pero cuando simplemente son datos
escritos como cartas, fórmulas o recetas, son datos en formato documento. Esto
aplica para los dos tipos de bases de datos.

Habitualmente los datos almacenados en tablas son bases de datos relacionales,

porque existe la posibilidad de enlazar los datos de una tabla con los de otra y los
datos almacenados en documentos son no relacionales, aunque no siempre tiene
que ser así. Por ejemplo, los datos de una tabla pueden ser transcritos a un
documento, todo depende del punto de vista y la necesidad del problema que se
vaya enfrentar.

Para ilustrar una de las diferencias entre bases de datos SQL y NOSQL, vamos a
dar un ejemplo. Imaginemos por un momento una ciudad como Medellín
(Colombia), donde todas las personas hablan el mismo idioma, por tanto, es la
única forma de que todos los residentes se comuniquen e interactúen. Si se
cambia ese idioma se perjudican todos los residentes.

Las bases de datos relacionales utilizan un lenguaje de consulta estructurado para

la manipulación de datos, estas se conforman por filas, columnas y registros y se
almacenan por tablas. Para manipular los datos en SQL, se requiere primero
determinar la estructura de estos, si se cambia la estructura de uno de los datos,
puede perjudicar todo el sistema, ya que las tablas están relacionadas.

Ahora imaginemos otra ciudad como Bogotá (Colombia) y pensemos

hipotéticamente que en cada uno de los hogares se habla un idioma diferente,
todos interactúan distinto y no hay entendimiento entre todos, pero nadie afecta a
nadie. Las bases de datos no relacionales tienen un esquema dinámico, no se
requiere la estructura de los datos para su manipulación. Los datos se pueden
almacenar de cualquier manera, columnas, documentos, gráficos, etc, y cada
documento puede tener su propia estructura, sin afectar los demás, puede agregar
más campos a medida que se avanza. Están conformadas por documentos,
campos y datos del documento, además, se almacenan por colecciones.

¿Entonces cuándo utilizar SQL o NOSQL?

Para ilustrar una de las diferencias entre bases de datos SQL y NOSQL, vamos a
dar un ejemplo. Imaginemos por un momento una ciudad como Medellín
(Colombia), donde todas las personas hablan el mismo idioma, por tanto, es la
única forma de que todos los residentes se comuniquen e interactúen. Si se
cambia ese idioma se perjudican todos los residentes.

Las bases de datos relacionales utilizan un lenguaje de consulta estructurado para

la manipulación de datos, estas se conforman por filas, columnas y registros y se
almacenan por tablas. Para manipular los datos en SQL, se requiere primero
determinar la estructura de estos, si se cambia la estructura de uno de los datos,
puede perjudicar todo el sistema, ya que las tablas están relacionadas.

Ahora imaginemos otra ciudad como Bogotá (Colombia) y pensemos

hipotéticamente que en cada uno de los hogares se habla un idioma diferente,
todos interactúan distinto y no hay entendimiento entre todos, pero nadie afecta a
nadie. Las bases de datos no relacionales tienen un esquema dinámico, no se
requiere la estructura de los datos para su manipulación. Los datos se pueden
almacenar de cualquier manera, columnas, documentos, gráficos, etc. y cada
documento puede tener su propia estructura, sin afectar los demás, puede agregar
más campos a medida que se avanza. Están conformadas por documentos,
campos y datos del documento, además, se almacenan por colecciones.

¿Cuándo utilizar SQL o NOSQL?

Tanto SQL como NoSQL son tipos de bases de datos recomendadas para
utilizar a la hora de comenzar con tus proyectos, cada una de ellas con
ventajas y desventajas.

Por ejemplo los sistemas contables, o de inventario, son sistemas que

requieren transacciones de varias filas, para este tipo de trabajos la mejor
opción son las bases de datos SQL (MySq). Si los sistemas son de
gestión de contenido, aplicaciones móviles, sistemas de análisis en
tiempo real, bases de datos con un crecimiento rápido, con un esquema
descentralizado, la mejor opción son bases de datos NOSQL (MongoDB).

Algunas de las ventajas de SQL: mayor soporte y más variedad de

herramientas debido a que lleva más tiempo en el mercado, es útil para
manejar y obtener los datos, permite agregar otros servidores de SQL, por
ejemplo una persona puede acceder a la base de datos de otra.

Como desventajas de SQL están: No es flexible (antes de ingresar los

objetos, deben estar correctamente validados), mientras más compleja sea
la base de datos, requiere mayor procesamiento y eso se puede ver

reflejado en el rendimiento y consumo de recursos.

Ahora, conozcamos algunas de las ventajas de las bases de datos NOSQL:

permite una alta escalabilidad (ayuda a reducir la carga de trabajo), flexible a
diferentes tipos de datos, los datos deben cumplir con el tipo de dato definido, y
algunas desventajas: la integridad de los datos se afecta por el poco soporte,
menos seguridad al ejecutar consultas, no existe estandarización, en la mayoría
de los casos son poco compatibles con las bases de datos SQL, casi todo su
mantenimiento se debe realizar por consola debido a que existen pocas
herramientas.

Muchas personas piensan que deben migrar sus bases de datos a tecnologías
NOSQL ya que es lo “nuevo”, pero es un pensamiento errado. NOSQL no es el
reemplazo de SQL, simplemente es un modelo diferente que ofrece ventajas y
soluciones a problemas que poseen las bases de datos relacionales.

Ventajas de usar MySQL

1. Rendimiento y Velocidad: MySQL es conocido por su alto rendimiento y

velocidad en el manejo de grandes cantidades de datos. Ofrece soluciones
eficientes para la gestión de bases de datos de alto tráfico.

2. Facilidad de Uso: La configuración y administración de MySQL son

relativamente simples, incluso para aquellos que no son expertos en bases de
datos. La documentación extensa y una comunidad activa también hacen que sea
más fácil de aprender y solucionar problemas.

3. Código Abierto: MySQL es de código abierto, lo que significa que puedes

usarlo, modificarlo y distribuirlo de manera gratuita. Esto también fomenta una
comunidad activa que contribuye a su desarrollo y mejora continua.

4. Compatibilidad: MySQL es compatible con una gran variedad de plataformas,

incluyendo Windows, Linux y macOS. Además, se integra fácilmente con muchos
lenguajes de programación, como PHP, Java, Python y más.

5. Seguridad: MySQL ofrece varias características de seguridad avanzadas,

como autenticación basada en host, cifrado de datos y acceso basado en roles.
Esto ayuda a proteger tus datos contra accesos no autorizados.
6. Escalabilidad: MySQL es altamente escalable, lo que significa que puede
manejar desde pequeñas aplicaciones individuales hasta grandes bases de datos
empresariales con millones de registros.

7. Soporte Técnico: MySQL ofrece soporte comercial a través de Oracle, lo que

puede ser una gran ventaja para las empresas que necesitan asistencia técnica
profesional y confiable.

8. Replicación: MySQL permite la replicación de bases de datos, lo que significa

que puedes crear copias de tu base de datos en diferentes servidores para
mejorar la disponibilidad y la redundancia.

9. Copias de Seguridad y Recuperación: MySQL proporciona herramientas

eficientes para la realización de copias de seguridad y la recuperación de datos, lo
que ayuda a minimizar el riesgo de pérdida de datos.