Você está na página 1de 50

UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y


SISTEMAS

DBMS MariaDB

CURSO: Administración de Base de Datos

DOCENTE: Ing. Manuel Velar V.

INTEGRANTES:

 GOMÉZ HUANCA, ELEAR MIGUEL


 LEZAMETA VEGA, RUBÉN ANTONY
 MELGAR CASAS, ESTAFANI REBECA

Lima, 8 de mayo del 2018


Contenido
INTRODUCCIÓN: ......................................................................................................... 4
MARCO TEORICO ....................................................................................................... 5
¿Qué es una base de datos? .................................................................................... 5
Explorando los primeros modelos de bases de datos................................................ 6
Comprendiendo el modelo de base de datos jerárquica ............................................ 7
Comprendiendo el modelo de base de datos de red ................................................. 8
Comprendiendo el modelo de base de datos relacional ............................................ 9
¿QUÉ ES UN SISTEMA DE GESTIÓN DE BASES DE DATOS? ............................... 10
TIPOS DE DBMS ........................................................................................................ 10
DBMS jerárquico ..................................................................................................... 10
DBMS de red........................................................................................................... 10
DBMS orientado a objetos....................................................................................... 11
DBMS relacional ..................................................................................................... 11
ARQUITECTURA DEL DBMS MARIADB ................................................................... 11
EMPRESA DESARROLLADORA DE MARIADB ........................................................ 12
INFORMACIÓN DEL PROVEEDOR ........................................................................... 13
Proveedores de servicio .......................................................................................... 13
Miembros de la Fundación MariaDB ....................................................................... 13
Otros proveedores de servicios ............................................................................... 13
FromDual ............................................................................................................. 13
Open Query Pty Ltd ............................................................................................. 13
Percona, Inc. ....................................................................................................... 13
Pythian ................................................................................................................ 14
SOBRE LA LICENCIA DE MARIADB, ADQUISICIÓN Y CLIENTES........................... 14
TIPOS DE LICENCIA .............................................................................................. 14
La licencia GPL.................................................................................................... 14
La licencia LGPL.................................................................................................. 15
La excepción FLOSS ........................................................................................... 17
ADQUISICION DE MARIA DB ................................................................................ 17
PRECIOS DE MARIADB ......................................................................................... 18
CLIENTES .............................................................................................................. 19
ESTADO DEL MERCADO DE DBMS DE CÓDIGO ABIERTO, 2018 ......................... 19
Resumen................................................................................................................. 19
Visión de conjunto ................................................................................................... 20
Desafíos clave ..................................................................................................... 20
Recomendaciones ............................................................................................... 20
Supuestos de planificación estratégica ................................................................ 21
Contexto .............................................................................................................. 21
Análisis.................................................................................................................... 22
Utilizar un OSDBMS para evaluar nuevas tecnologías y plataformas DBMS ....... 22
Utilizar las utilidades disponibles para el análisis de impacto preliminar de la
migración a un OSDBMS ..................................................................................... 23
Modelar y considerar todos los costos ................................................................. 23
Adoptar políticas formales para evaluar y aprobar la adopción de un OSDBMS .. 24
Caso de estudio ...................................................................................................... 26
Una comparación de costes de los RDBMS comerciales frente a los de código
abierto ................................................................................................................. 26
Acrónimo Términos clave y glosario ........................................................................ 28
Evidencia ................................................................................................................ 28
Nota 1 ..................................................................................................................... 28
Definición de sistemas de gestión de bases de datos de código abierto .............. 28
VENTAJAS Y DESVENTAJAS FRENTE A MYSQL.................................................... 29
REQUERIMIENTOS DE HARDWARE Y SOFTWARE ............................................... 30
REQUERIMIENTOS DE HARDWARE .................................................................... 30
SISTEMA OPERATIVO ....................................................................................... 30
ESPACIO DE ALMACENAMIENTO..................................................................... 30
MEMORIA ........................................................................................................... 30
TIPO DE PROCESADOR .................................................................................... 30
ARQUITECTURA SOPORTADAS ....................................................................... 31
LENGUAJES DE PROGRAMACIÓN....................................................................... 31
Las principales características de MariaCpp ...................................................... 31
INSTALACIÓN DE MARIADB EN WINDOWS ............................................................ 32
EJEMPLOS Y PRUEBAS ........................................................................................... 38
USANDO LA HERRAMINETA HEIDI ...................................................................... 45
CONCLUSIONES ....................................................................................................... 49
BIBLIOGRAFIA: .......................................................................................................... 50
INTRODUCCIÓN:

Actualmente el mercado de Gestores de Base de Datos es muy amplio y


variado. Las empresas incluso ahora pueden optar ya sea por Gestores de
Base de Datos de código abierto, pero, ¿qué tan fiable es para una empresa
migrar ciertas operaciones de su Gestor de Base de datos Enterprise de Oracle
a una de código abierto?, ¿qué pros y contras existen?, son estos Gestores de
Base de Datos lo suficientemente serios y robustos como las versiones
Enterprise de Oracle, Microsoft o IBM?, ¿qué garantía tenemos de que estos
nuevos y populares Gestores de Base de Datos son tan buenos como los de
paga?, ¿en realidad estamos ahorrando al optar usar un Gestor de Base de
Datos de código abierto?, esta y muchas otras preguntas serán respondidas en
esta monografía.

Nos enfocaremos en el análisis y estudio de MariaDB, una base de datos de


código abierto que ha tenido mucha pegada y popularidad creciente, esto de la
mano de buenas reseñas de gente experimentada en el tema y que cuenta con
empresas grandes como Google, Redhat, etc., que la respaldan.

Como todo buen trabajo monográfico empezaremos mencionando que es una


base de datos, las tecnologías de base de datos, los modelos de datos y
finalmente los tipos de Gestores de Base de Datos que se construyen en base
a los modelos de datos. Habrá un apartado especial sobre el funcionamiento
interno de MariaDB, su lógica usada que tiene como base la matemática,
específicamente el cálculo relacional y la teoría de conjuntos.

Posteriormente analizaremos el mercado de los Gestores de Base de Datos de


código abierto frente a los líderes del mercado como Oracle. Finalizamos con
una demostración de la instalación, uso y conclusiones sobre MariaDB.
MARCO TEORICO
¿Qué es una base de datos?
La forma más fácil de entender una base de datos es como una colección de
archivos relacionados. Imagine un archivo (en papel o digital) de pedidos de
venta en una tienda. Luego hay otro archivo de productos, que contiene
registros de existencias. Para completar un pedido, debe buscar el producto en
el archivo de pedido y luego buscar y ajustar los niveles de stock para ese
producto en particular en el archivo del producto. Una base de datos y el
software que controla la base de datos, llamado sistema de administración de
bases de datos (DBMS), ayudan con este tipo de tarea.

La mayoría de las bases de datos actuales son bases de datos relacionales,


llamadas así porque tratan con tablas de datos relacionadas por un campo
común. Por ejemplo, la Tabla 1 a continuación muestra la tabla de productos, y
la Tabla 2 muestra la tabla de facturas. Como puede ver, la relación entre las
dos tablas se basa en el campo común product_code. Cualquiera de las dos
tablas puede relacionarse entre sí simplemente por tener un campo en común.

Terminología de base de datos


Echemos un vistazo más de cerca de las dos tablas anteriores para ver cómo
están organizadas:

Cada tabla se compone de muchas filas y columnas.


Cada nueva fila contiene datos sobre una sola entidad (como un producto o
una línea de pedido). Esto se llama un registro. Por ejemplo, la primera fila en
la Tabla 1 es un registro; describe el producto A416, que es una caja de clavos
que cuesta catorce centavos. Los términos fila y registro son intercambiables.
Cada columna (también llamada tupla) contiene una pieza de datos que se
relaciona con el registro, llamada un atributo. Ejemplos de atributos son la
cantidad de un artículo vendido o el precio de un producto. Un atributo, al
referirse a una tabla de base de datos, se llama campo. Por ejemplo, los datos
en la columna Descripción en la Tabla 1 son campos. Los términos atributo y
campo son intercambiables.
Dado este tipo de estructura, la base de datos le ofrece una forma de manipular
estos datos: SQL. SQL (lenguaje de consulta estructurado) es una forma
poderosa de buscar registros o realizar cambios. Casi todos los DBMS usan
SQL, aunque muchos han agregado sus propias mejoras. Esto significa que
cuando aprende SQL mientras usa MariaDB, casi todo no es específico de
MariaDB y puede usarse con otras bases de datos relacionales, como
PostgreSQL, MySQL, Oracle y SQL Server. MariaDB fue creado originalmente
como un reemplazo directo a MySQL, por lo que MariaDB y MySQL son
particularmente cercanos.

Explorando los primeros modelos de bases de datos


Antes de la aparición de las bases de datos, la única forma de almacenar datos
era desde archivos no relacionados. Los programadores tuvieron que hacer
grandes esfuerzos para extraer los datos, y sus programas tuvieron que
realizar un análisis y un relacionamiento complejos.

Los lenguajes como Perl, con sus potentes expresiones regulares ideales para
procesar texto, han hecho que el trabajo sea mucho más fácil que antes; sin
embargo, acceder a los datos de los archivos sigue siendo una tarea
desafiante. Sin una forma estándar de acceder a los datos, los sistemas son
más propensos a errores, son más lentos de desarrollar y más difíciles de
mantener. La redundancia de datos (donde los datos se duplican
innecesariamente) y la deficiente integridad de los datos (donde no se
modifican los datos en todas las ubicaciones, lo que lleva datos incorrectos u
obsoletos) son consecuencias frecuentes del método de acceso al archivo de
almacenamiento de datos. Por estos motivos, los sistemas de gestión de bases
de datos (DBMS) se desarrollaron para proporcionar una forma estándar y
confiable de acceder y actualizar los datos. Proporcionan una capa intermedia
entre la aplicación y los datos, y el programador puede concentrarse en
desarrollar la aplicación, en lugar de preocuparse por los problemas de acceso
a los datos.

Un modelo de base de datos es un modelo lógico relacionado con la forma en


que se representan los datos. En lugar de que los diseñadores de bases de
datos se preocupen por el almacenamiento físico de datos, el modelo de base
de datos les permite mirar a un nivel más alto y conceptual, reduciendo la
brecha entre el problema real para el cual se está desarrollando la aplicación y
la implementación técnica.

Comprendiendo el modelo de base de datos jerárquica

El primer modelo fue el modelo de base de datos jerárquica, que se asemeja a


un árbol invertido. Los archivos están relacionados de una manera padre-hijo,
con cada padre capaz de relacionarse con más de un hijo, pero cada hijo solo
está relacionado con uno de los padres. La mayoría de ustedes estarán
familiarizados con este tipo de estructura, es la forma en que funcionan la
mayoría de los sistemas de archivos. Generalmente hay un directorio raíz o de
nivel superior que contiene varios otros directorios y archivos. Cada
subdirectorio puede contener más archivos y directorios, y así sucesivamente.
Cada archivo o directorio solo puede existir en un directorio en sí mismo; solo

tiene uno principal. Como puede ver en la imagen a continuación, A1 es el


directorio raíz y sus hijos son B1 y B2. B1 es un padre de C1, C2 y C3, que a
su vez tiene hijos propios.
Este modelo, aunque es una gran mejora al tratar con archivos no
relacionados, tiene algunas desventajas serias. Representa bien las relaciones
de uno a muchos (un padre tiene muchos hijos, por ejemplo, una sucursal de
una empresa tiene muchos empleados), pero tiene problemas con las
relaciones de muchos a muchos. Las relaciones como la que existe entre un
archivo de producto y un archivo de pedidos son difíciles de implementar en un
modelo jerárquico. Específicamente, una orden puede contener muchos
productos, y un producto puede aparecer en muchos pedidos. Además, el
modelo jerárquico no es flexible porque agregar nuevas relaciones puede dar
lugar a cambios generales en la estructura existente, lo que a su vez significa
que todas las aplicaciones existentes deben cambiar también. ¡Esto no es
divertido cuando alguien olvida una tabla y quiere que se agregue al sistema
poco antes de que se lance el proyecto! Y el desarrollo de las aplicaciones es
complejo porque el programador necesita conocer bien la estructura de datos
para atravesar el modelo y acceder a los datos necesarios. Como ha visto en
los capítulos anteriores, al acceder a los datos de dos tablas relacionadas, solo
necesita conocer los campos que necesita de esas dos tablas. En el modelo
jerárquico, necesitarías saber toda la cadena entre los dos. Por ejemplo, para
relacionar los datos de A1 y D4, necesitaría tomar la ruta: A1, B1, C3 y D4.

Comprendiendo el modelo de base de datos de red

El modelo de base de datos de red era una progresión desde el modelo de


base de datos jerárquica y fue diseñado para resolver algunos de los
problemas de ese modelo, específicamente la falta de flexibilidad. En lugar de
permitir que cada niño tenga solo un padre, este modelo permite que cada hijo
tenga múltiples padres (llama a los miembros hijos y a los padres). Aborda la
necesidad de modelar relaciones más complejas, como la relación de órdenes /
partes de muchos a muchos que se menciona en el artículo jerárquico. Como
puede ver en la figura a continuación, A1 tiene dos miembros, B1 y B2. B1. es

el propietario de C1, C2, C3 y C4. Sin embargo, en este modelo, C4 tiene dos
propietarios, B1 y B2.

Por supuesto, este modelo tiene sus problemas, o todos seguirían usándolo. Es
más difícil de implementar y mantener, y, aunque es más flexible que el modelo
jerárquico, todavía tiene problemas de flexibilidad. No todas las relaciones se
pueden satisfacer asignando otro propietario, y el programador todavía tiene
que entender bien la estructura de datos para poder hacer que el modelo sea
eficiente.

Comprendiendo el modelo de base de datos relacional

El modelo de base de datos relacional fue un gran avance del modelo de base
de datos de red. En lugar de confiar en una relación padre-hijo o propietario-
miembro, el modelo relacional permite que cualquier archivo se relacione con
cualquier otro por medio de un campo común. De repente, la complejidad del
diseño se redujo en gran medida porque se podían hacer cambios en el
esquema de la base de datos sin afectar la capacidad del sistema para acceder
a los datos. Y debido a que el acceso no se realizó mediante rutas hacia y
desde archivos, sino a partir de una relación directa entre archivos, las nuevas
relaciones entre estos archivos podrían agregarse fácilmente.
En 1970, cuando E.F. Codd desarrolló el modelo, se pensó que era poco
práctico. La mayor facilidad de uso tiene una gran penalización de rendimiento,
y el hardware en esos días no pudo implementar el modelo. Desde entonces,
por supuesto, el hardware ha dado grandes pasos hacia donde hoy en día,
incluso las computadoras más simples pueden ejecutar sofisticados sistemas
de administración de bases de datos relacionales.
Las bases de datos relacionales van de la mano con el desarrollo de SQL. La
simplicidad de SQL, donde incluso un principiante puede aprender a realizar
consultas básicas en un corto período de tiempo, es una gran parte de la razón
de la popularidad del modelo relacional.
Las dos tablas a continuación se relacionan entre sí a través del campo
product_code. Cualquiera de las dos tablas puede relacionarse entre sí

simplemente creando un campo que tienen en común.


¿QUÉ ES UN SISTEMA DE GESTIÓN DE BASES DE DATOS?

Un sistema de gestión de bases de datos (o DBMS) no es más que nada un


sistema informático de mantenimiento de datos. Los usuarios del sistema
tienen las facilidades para realizar varios tipos de operaciones en dicho
sistema, ya sea para la manipulación de los datos en la base de datos o para la
administración de la estructura de la base de datos. Los sistemas de gestión de
bases de datos (SGBD) se clasifican de acuerdo con sus estructuras o tipos de
datos.

TIPOS DE DBMS

Los diferentes tipos de sistemas de gestión de bases de datos basados en


modelos de datos son los siguientes:

 Sistemas de gestión de bases de datos relacionales


 Sistemas jerárquicos de gestión de bases de datos
 Sistemas de gestión de bases de datos de Red
 Sistemas de gestión de bases de datos orientadas a objetos

DBMS jerárquico

Se dice que un DBMS es jerárquico si las relaciones entre los datos en la base
de datos se establecen de tal manera que un elemento de datos está presente
como el subordinado de otro o una unidad secundaria. Aquí subordinado
significa que los elementos tienen relaciones "padre-hijo" entre ellos. Estos son
buenos para almacenar datos con elementos que describen atributos,
características, etc. Por ejemplo, un libro con información sobre capítulos y
versículos.

DBMS de red

Se dice que un DBMS es un DBMS de red si las relaciones entre los datos en
la base de datos son de tipo muchos a muchos. Las relaciones entre muchos a
muchos aparecen en la forma de una red. Por lo tanto, la estructura de una
base de datos de red es extremadamente complicada debido a estas
relaciones de muchos a muchos en los que un registro se puede utilizar como
una clave de toda la base de datos. Estos han sido reemplazados
principalmente por sistemas de administración de bases de datos relacionales
en la informática moderna de hoy en día.

DBMS orientado a objetos


OODBMS representa un avance significativo sobre otros DBMS. Mientras que
otros DBMS están diseñados para manejar datos estructurados, un OODBMS
está diseñado para almacenar datos de una variedad de fuentes de medios,
como fotografías y texto, y producir trabajo, como salida, en un formato
multimedia.

DBMS relacional
Se dice que un DBMS es un DBMS relacional o RDBMS si las relaciones de la
base de datos se tratan en forma de tabla. Los datos pueden relacionarse con
otros datos en la misma tabla u otras tablas que deben gestionarse
correctamente uniendo una o más tablas. Los datos en este tipo de modelo se
almacenan en estructuras predefinidas fijas y, por lo general, se manipulan
utilizando Structured Query Language (SQL).

ARQUITECTURA DEL DBMS MARIADB


MariaDB posee una arquitectura DBMS de 3 niveles
EMPRESA DESARROLLADORA DE MARIADB

MariaDB Corporation
MariaDB Corporation es la compañía detrás de MariaDB,
la base de datos de código abierto de más rápido
crecimiento.
Su desarrollador principal es Michael "Monty" Widenius,
uno de los fundadores de MySQL AB y el fundador de
Monty Program AB. MariaDB debe su nombre a la hija
menor de Monty, María, similar a la forma en que MySQL lleva el nombre de su
otra hija, My.
Fundado 1 de abril de 2009
Fundadores Kaj Arnö, Max Mether, Michael "Monty" Widenius,
Patrik Backman, Ralf Wahlsten, Ulf Sandberg
Estado de funcionamiento Activo
Estado de financiamiento Fase tardía Venture
Último tipo de financiación Serie C
Número de empleados 101-250
Tipo de empresa para Lucrativa

MariaDB Corporation es la compañía detrás de MariaDB, la base de datos de


código abierto de más rápido crecimiento. MariaDB, con una sólida historia de
innovación comunitaria y adopción empresarial, proporciona la base de datos
de código abierto más funcionalmente completa. La compañía también crea
productos complementarios, como MariaDB MaxScale y MariaDB
ColumnStore, que son valiosos para implementar MariaDB en entornos de
producción grandes y de misión crítica. MariaDB impulsa aplicaciones en
compañías como Google, Wikipedia, Tencent, Verizon, DBS Bank, Deutsche
Bank, Telefónica, Huatai Securities y más.
INFORMACIÓN DEL PROVEEDOR
Proveedores de servicio
Servicios comerciales y productos para MariaDB
MariaDB Server es un software de código abierto y de uso gratuito como se
establece en la Licencia Pública General. La Fundación trata de garantizar la
continuidad y la colaboración abierta: no proporcionamos ningún tipo de
respaldo o garantía con respecto al uso de MariaDB para usuarios individuales.
Para cualquiera que use MariaDB en un entorno comercial, recomiendan
obtener productos y servicios comerciales de cualquiera de las compañías que
se enumeran a continuación.

Miembros de la Fundación MariaDB


MariaDB Corporation
MariaDB Corporation ofrece soporte experto y consultoría para MySQL y
MariaDB. Monty Program, el principal desarrollador original de MariaDB, fue
adquirido por SkySQL en 2013, y en 2014 SkySQL cambió su nombre a
MariaDB Corporation.

Otros proveedores de servicios


FromDual
FromDual está especializada en MariaDB y MariaDB Galera Cluster, brinda
servicios profesionales como soporte, 24 × 7 SLA, DBA a distancia,
entrenamiento y consultoría de MariaDB.

Open Query Pty Ltd


Open Query Pty Ltd es una empresa australiana con experiencia específica en
MySQL y MariaDB. Sus servicios incluyen consultoría, arquitectura escalable,
DBA remoto proactivo, administración de sistemas, servicios gestionados de
proveedores neutrales con soporte de emergencia opcional, mentores,
capacitación y revisiones de seguridad y códigos.

Percona, Inc.
Percona brinda soporte experto y consultoría para entornos de pila de MySQL y
LAMP con un sistema de pago por uso, sin compromiso. Percona es conocido
por su profundo análisis técnico de temas de MySQL a través de
MySQLPerformanceBlog ampliamente leído, además de motores de código
abierto y herramientas para MySQL como Xtradb, Xtrabackup y Maatkit.
Pythian
Pythian es una compañía global de servicios de TI. Diseñan, implementan y
administran sistemas que contribuyen directamente al éxito de los negocios y
los ingresos. Sus equipos técnicos altamente calificados trabajan como una
extensión integrada de las organizaciones de sus clientes para brindar una
transformación continua y excelencia operacional ininterrumpida utilizando su
experiencia en análisis avanzados, big data, nube, bases de datos, DevOps y
administración de infraestructura.
Pythian es un proveedor neutral y un asesor de confianza para su entorno de
pila completa. Proporcionan soporte de servicio gestionado 24 × 7, in situ o
remoto para entornos de bases de datos compatibles con MySQL, incluido
MariaDB.

SOBRE LA LICENCIA DE MARIADB, ADQUISICIÓN Y CLIENTES


TIPOS DE LICENCIA
La licencia GPL
Una copia de la licencia se reproduce a continuación como referencia.

LICENCIA PÚBLICA GENERAL DE GNU

Versión 2, junio de 1991

Copyright (C) 1989, 1991 Free Software Foundation, Inc.

59 Temple Place - Suite 330, Boston, MA 02111-1307, EE. UU.

Todos pueden copiar y distribuir copias exactas

de este documento de licencia, pero no está permitido cambiarlo.

Preámbulo

========
Las licencias para la mayoría del software están diseñadas para quitarle la libertad de
compartir y cambiar. Por el contrario, la Licencia Pública General de GNU está destinada
a garantizar su libertad para compartir y cambiar el software libre, para asegurarse de
que el software sea gratuito para todos sus usuarios. Esta Licencia Pública General se
aplica a la mayoría del software de Free Software Foundation y a cualquier otro programa
cuyos autores se comprometan a usarlo. (En cambio, algunos otros softwares de Free Software
Foundation están cubiertos por la Licencia Pública General de la Biblioteca GNU). También
puede aplicarla a sus programas.

Cuando hablamos de software libre, nos referimos a la libertad, no al precio. Nuestras


Licencias Públicas Generales están diseñadas para garantizar que usted tenga la libertad de
distribuir copias de software libre (y cobrar por este servicio si lo desea), que recibe el código
fuente o puede obtenerlo si lo desea, que puede cambiar el software o usar piezas de él en
nuevos programas gratuitos; y que sabes que puedes hacer estas cosas.

Para proteger sus derechos, debemos establecer restricciones que prohíban a cualquier
persona negarle estos derechos o solicitarle que entregue los derechos. Estas restricciones se
traducen en ciertas responsabilidades para usted si distribuye copias del software o si lo
modifica.

Por ejemplo, si distribuye copias de dicho programa, ya sea de manera gratuita o por una tarifa,
debe otorgar a los destinatarios todos los derechos que tiene. Debe asegurarse de que ellos
también reciban o puedan obtener el código fuente. Y debe mostrarles estos términos para que
sepan sus derechos.

Protegemos sus derechos con dos pasos: (1) copyright el software, y (2) le ofrecemos esta
licencia que le da permiso legal para copiar, distribuir y / o modificar el software.

Además, para la protección de cada autor y la nuestra, queremos asegurarnos de que todos
entiendan que no hay garantía para este software gratuito. Si el software es modificado por otra
persona y se transfiere, queremos que sus destinatarios sepan que lo que tienen no es el
original, de modo que cualquier problema introducido por otros no reflejará la reputación de los
autores originales.

Finalmente, cualquier programa gratuito está constantemente amenazado por patentes de


software. Deseamos evitar el peligro de que los redistribuidores de un programa gratuito
obtengan individualmente licencias de patentes, lo que hace que el programa sea propiedad
exclusiva. Para evitar esto, hemos dejado en claro que cualquier patente debe tener licencia
para el uso gratuito de todos o no tener licencia alguna.

Bibliotecas de cliente MariaDB LGPL para C y Java


Las nuevas bibliotecas de cliente de MariaDB para C y Java se distribuyen bajo
LGPL. La misma licencia que se utilizó para la versión anterior de la biblioteca
de cliente MySQL.

La licencia LGPL
Una copia de la licencia se reproduce a continuación como referencia.
LICENCIA PÚBLICA GENERAL GNU LESSER

Versión 2.1, febrero de 1999


Copyright (C) 1991, 1999 Free Software Foundation, Inc.

51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 EE. UU.

Todos pueden copiar y distribuir copias exactas

de este documento de licencia, pero no está permitido cambiarlo.

[Esta es la primera versión lanzada de Lesser GPL. También cuenta

como el sucesor de la Licencia Pública de la Biblioteca GNU, versión 2,

el número de versión 2.1.]

Preámbulo

Las licencias para la mayoría del software están diseñadas para quitarle la libertad de compartir
y cambiar. Por el contrario, las Licencias Públicas Generales de GNU están destinadas a
garantizar su libertad de compartir y cambiar el software libre, para asegurarse de que el
software sea gratuito para todos sus usuarios.

Esta licencia, la Lesser General Public License, se aplica a algunos paquetes de software
especialmente designados, generalmente bibliotecas, de la Free Software Foundation y otros
autores que deciden usarla. Puede usarlo también, pero le sugerimos que primero piense
cuidadosamente si esta licencia o la Licencia Pública General ordinaria es la mejor estrategia
para usar en cualquier caso en particular, de acuerdo con las explicaciones abajo.

Cuando hablamos de software libre, nos referimos a la libertad de uso, no al precio. Nuestras
Licencias Públicas Generales están diseñadas para garantizar que usted tenga la libertad de
distribuir copias de software libre (y cobrar por este servicio si lo desea); que recibe el código
fuente o puede obtenerlo si lo desea; que puede cambiar el software y usar piezas de él en
nuevos programas gratuitos; y que se le informa que puede hacer estas cosas.

Para proteger sus derechos, debemos establecer restricciones que prohíban a los
distribuidores negarle estos derechos o solicitarle que renuncie a estos derechos. Estas
restricciones se traducen en ciertas responsabilidades para usted si distribuye copias de la
biblioteca o si la modifica.

Por ejemplo, si distribuye copias de la biblioteca, ya sea de manera gratuita o por una tarifa,
debe otorgar a los destinatarios todos los derechos que le otorgamos. Debe asegurarse de que
ellos también reciban o puedan obtener el código fuente. Si vincula otro código con la
biblioteca, debe proporcionar archivos de objetos completos a los destinatarios, de modo que
puedan volver a vincularlos con la biblioteca después de realizar cambios en la biblioteca y
volver a compilarla. Y debe mostrarles estos términos para que sepan sus derechos.

Protegemos sus derechos con un método de dos pasos: (1) protegemos la biblioteca y (2) le
ofrecemos esta licencia, que le da permiso legal para copiar, distribuir y / o modificar la
biblioteca.

Biblioteca de cliente GPL MariaDB para licencia C.


La biblioteca cliente MariaDB distribuida con el servidor MariaDB viene con una
excepción FLOSS que permite usar la biblioteca cliente con la mayoría de las
aplicaciones libres / libres y de código abierto sin tener que liberar la aplicación
como GPL.

También hay una nueva biblioteca cliente de MariaDB para C que se lanza bajo
LGPL.

La excepción FLOSS
El texto de la licencia (creado por MySQL Ab) sigue:
Excepción de la licencia de MySQL FLOSS

La excepción MySQL AB para libre / libre y de código abierto


Aplicaciones de solo software que usan bibliotecas de cliente MySQL (el
"Excepción de FLOSS").

Versión 0.6, 7 de marzo de 2007

Intención de excepción

Queremos que las aplicaciones especificadas de Software Libre / Abierto (`` FLOSS '') puedan
usar bibliotecas de cliente MySQL especificadas por GPL (el `` Programa '') a pesar del hecho
de que no todas las licencias de FLOSS son compatibles con la versión 2 de la Licencia
Pública General de GNU (la `` GPL '').

ADQUISICION DE MARIA DB
MariaDB es un software gratuito y de código abierto
El servidor de base de datos MariaDB se publica como software libre y de
código abierto bajo la Licencia pública general versión 2. Puede descargarlo y
usarlo tanto como desee de forma gratuita. Todo el uso de los archivos binarios
de mariadb.org es bajo su propio riesgo como se establece en la GPLv2.
Mientras hacemos nuestro mejor esfuerzo para hacer el mejor software de
base de datos del mundo, la Fundación MariaDB no ofrece ninguna garantía y
no puede hacerse responsable de los problemas que pueda enfrentar.

La Fundación MariaDB no proporciona ningún servicio de ayuda o soporte si


tiene problemas al usar MariaDB. Soporte y garantías están disponibles en
términos comerciales de múltiples proveedores de MariaDB. También hay
muchos recursos que puede utilizar para aprender MariaDB y mantenerse a sí
mismo u obtener soporte de compañeros en línea.

Lo que ofrece MariaDB es una versión Enterprice

PRECIOS DE MARIADB
Precios de suscripción de 1 año de productos MariaDB.
Todos los precios no incluyen el VAT

Formación
La capacitación se realiza regularmente a través de un aula virtual de
aprendizaje remoto en cursos relacionados.

Además, las clases de capacitación se pueden organizar en su sitio para


grupos al siguiente costo:
• 3 días: £ 6,800 para los primeros 4 estudiantes, luego 600 para cada
estudiante adicional
• 4 días: £ 8,000 para los primeros 4 estudiantes, luego 720 para cada
estudiante adicional
• 5 días: £ 9,200 para los primeros 4 estudiantes, luego 800 para cada
estudiante adicional

CLIENTES
Los clientes de mariaDB van desde pequeñas empresas que hacen uso de de
su software para ahorrar costos hasta grandes compañías tecnológicas como
Google que en el 2013 dejo de lado MySQL para migrar hacia MariaDB, otras
empresas son:

ESTADO DEL MERCADO DE DBMS DE CÓDIGO ABIERTO, 2018


Resumen
El crecimiento de DBMS de código abierto continúa a medida que los productos
y proveedores maduran y amplían su alcance. Los líderes de datos y análisis,
incluidos los administradores de bases de datos y los desarrolladores de
aplicaciones, deben evaluar las alternativas basadas en OSDBMS para
iniciativas de administración de datos nuevas y en curso.
Visión de conjunto
Desafíos clave
 Las alternativas basadas en OSDBMS están disponibles para los líderes
de información para todos los casos de uso significativos de DBMS, pero
el ajuste puede no ser claro.

 Las ofertas de OSDBMS compatibles con códigos están disponibles con


asistentes de migración, para pasar de los sistemas patentados de alto
costo existentes localmente y en la nube, pero generalmente no abordan
completamente el alcance de la migración de la aplicación.

 Si bien los modelos de licencia de OSDBMS pueden generar ahorros


sustanciales en las plataformas locales alojadas en la nube y en la base
de datos como ofertas de servicios (dbPaaS), los costos de migración e
implementación pueden ser sustanciales y, a menudo, pasados por alto.

 Sin capacidades y funciones de soporte de clase empresarial, las


implementaciones especulativas pueden representar un riesgo
significativo. Las soluciones OSDBMS no siempre son ofrecidas por
proveedores viables demostrables con estas capacidades.

Recomendaciones
 Los líderes de datos y análisis interesados en modernizar su estrategia
de gestión de datos deberían:

 Evalúe las ofertas de OSDBMS disponibles para todos los proyectos


nuevos en consideración, y asigne los resultados a las clasificaciones
internas del proyecto, realizando pruebas de prueba de concepto. Para
las aplicaciones existentes, los costos de migración también deben ser
evaluados.

 Utilice las utilidades disponibles, especialmente las basadas en la nube,


para el análisis de impacto preliminar de la migración a alternativas
OSDBMS, y para seleccionar candidatos para proyectos piloto.

 Modele y considere todos los costos asociados con la adopción de un


OSDBMS, incluidos el desarrollo, los datos y el movimiento de la
aplicación, la capacitación, el mantenimiento y las operaciones
paralelas.

 Garantice la elección correcta de OSDBMS y evite la propagación de


productos DBMS ad hoc dispares mediante la adopción de políticas
formales para evaluar y aprobar la adopción de estas ofertas.
Supuestos de planificación estratégica
Para el año 2019, la tecnología OSDBMS representará más del 10% del gasto
DBMS, lo que refleja la aceleración de la adopción por parte de los usuarios
empresariales.

Para 2022, más del 70% de las nuevas aplicaciones internas se desarrollarán
en un OSDBMS, y el 50% de las instancias comerciales existentes de RDBMS
se habrán convertido o estarán en proceso de conversión.

Hasta 2020, la tecnología relacional se seguirá utilizando para al menos el 85%


de las nuevas aplicaciones y proyectos.

Hasta 2020, el software de código abierto en las carteras de TI aumentará a


una tasa de crecimiento anual compuesto del 30%.

Para 2022, más del 60% de todas las organizaciones globales mejorarán sus
habilidades internas relacionadas con el código abierto para permitir un mejor
uso del código abierto en la producción, lo que representa un aumento del 20%
en 2018.

Contexto
El mercado de sistemas de gestión de bases de datos de código abierto
(OSDBMS) continuó su crecimiento sustancial continuo de ingresos en 2016
(ver Nota 1). Del total de los ingresos del mercado de DBMS de 2016 de $ 34.4
mil millones, Gartner estima que $ 2.6 mil millones (7.6%) fue atribuible a las
ofertas basadas en OSDBMS; una tasa de crecimiento del 50% respecto del
año anterior en un mercado amplio que creció un 7,7%. Este crecimiento siguió
a la duplicación del tamaño del mercado durante el año anterior.

Cuatro proveedores cuyas ofertas OSDBMS son fundamentales para sus


carteras han logrado $ 100 millones o más en ingresos anuales: DataStax,
EnterpriseDB, Fujitsu y Huawei. MongoDB los sigue de cerca y recientemente
lanzó una oferta pública, la primera del grupo en hacerlo. A esta cohorte se
suman los tres principales comercializadores de Apache Hadoop: Cloudera,
Hortonworks y MapR Technologies, cuyas ofertas incluyen el OSDBMS no
relacional de Apache HBase. Estos proveedores saben cómo trabajar con los
procesos corporativos de TI para presentar su caso y ayudar a demostrar su
valor.

Entre los cinco proveedores más grandes de DBMS, la historia es mixta.


Gartner estima que Amazon Web Services (AWS), con unos $ 744 millones en
ingresos, es el líder de todos los jugadores basados en OSDBMS, con un
28.4% de participación en los ingresos. Tanto Oracle como IBM se están
acercando a la marca de los $ 100 millones (en ingresos de OSDBMS) y se
espera que ambos superen este hito en 2017. Microsoft y SAP tienen ingresos
OSDBMS mínimos.
El uso no puede medirse y entenderse solo con los ingresos: se paga mucho
más. Una buena regla general es que los clientes pagados solo representan
entre el 1% y el 5% de la base de usuarios real (consulte "Usar los requisitos
de nivel de servicio para impulsar decisiones entre comerciales y
autosuficientes para el software de código abierto"). Otra medida útil para
entender el impacto de OSDBMS es la "popularidad". Por ejemplo, el sitio web
DB-Engines mantiene una clasificación que utiliza una combinación de listados
de trabajo, estadísticas de búsqueda, cobertura técnica en los principales sitios
web de programadores, perfiles de habilidades en las redes sociales y
menciones en Twitter. El cambio en la popularidad total de los comerciales y
OSDBMS en el ranking de DB-Engines durante los últimos años es
sorprendente. En general, creemos que el 95% de las principales
organizaciones de TI usan software de código abierto (OSS) en sus portafolios
de TI de misión crítica (consulte "Hype Cycle for Open-Source Software,
2017").

La amplia disponibilidad y popularidad de los componentes OSDBMS han


llevado a un cambio profundo en la naturaleza de los esfuerzos de
empaquetado e I + D en la comunidad de proveedores de DBMS, desde los
juegos puros más pequeños hasta los más grandes del mundo. Las opciones
de RDBMS de código abierto generalmente se han orientado a proporcionar
una funcionalidad "lo suficientemente buena" para un costo total de propiedad
(TCO) reducido, aunque a medida que han madurado han ganado terreno.
Para modelos más nuevos, no relacionales, que a menudo son impulsados por
casos de uso de "big data", las opciones de OSS están liderando esfuerzos
innovadores: un cambio en los controladores de adopción que está sucediendo
en muchos segmentos del mercado de TI. Ambos tipos de proveedores suelen
tener ediciones comunitarias y versiones empresariales que ofrecen funciones
adicionales que pueden o no ser propietarias.

Los proveedores de DBMS heredados más grandes incorporan cada vez más
componentes OSDBMS en sus ofertas propietarias a gran escala, creando un
desafío competitivo para los proveedores de juegos puros más pequeños que
pueden confiar más en las partes de código abierto de la cartera para los
componentes principales. Por lo tanto, el código abierto está siendo
"armamentizado", actuando como un "multiplicador de fuerza" para el gasto en
I + D para los grandes proveedores y una base para los más nuevos.

Análisis
Utilizar un OSDBMS para evaluar nuevas tecnologías y plataformas DBMS
Los tipos de SGBD no relacionales, incluidos los SGBD documentales, gráficos
y de series de tiempo, desafían a los profesionales de datos y análisis a
considerar enfoques alternativos que pueden ser más adecuados para casos
de uso nuevos y existentes. Cada vez más, estas innovaciones en la tecnología
DBMS se están introduciendo a través de ofertas OSDBMS, a menudo
disponibles libremente para la experimentación tanto en las instalaciones como
en la nube. Por lo tanto, las alternativas basadas en OSDBMS están
disponibles para los líderes de datos y análisis para todos los casos de uso
significativos de DBMS y ofrecen la oportunidad de probar el ajuste de
alternativas de bajo costo. De forma similar, los OSDBMS relacionales,
incluidos los relativamente maduros, como MySQL y Postgres, están
disponibles en versiones de código abierto para el uso local y en la nube.

Independientemente de que los proveedores participen o no en el proceso de


evaluación, evalúe las ofertas de OSDBMS disponibles para todos los
proyectos nuevos que se estén considerando mediante pruebas de prueba de
concepto para ajuste técnico, operativo y de seguridad. Este proceso permitirá
un examen de las nuevas características y posibilidades arquitectónicas, el
nivel de diseño y las habilidades operacionales requeridas, y, cuando los
proveedores estén involucrados, la efectividad del soporte, capacitación,
servicio y documentación disponible.

Utilizar las utilidades disponibles para el análisis de impacto preliminar de la


migración a un OSDBMS
Aunque las nuevas iniciativas greenfield son un excelente punto de partida, la
migración de los sistemas existentes a menudo ofrece buenas oportunidades.
Incluso si sus planes actualmente sugieren una implementación en las
instalaciones, las pruebas en la nube proporcionan un entorno limitado de bajo
impacto y bajo impacto para la evaluación. Utilice las utilidades disponibles,
como las provistas en AWS y Microsoft Azure, para el análisis de impacto
preliminar de la migración a alternativas OSDBMS y para seleccionar
candidatos para proyectos piloto.

Esta amplia disponibilidad reduce considerablemente la fricción de la


evaluación. En años anteriores, habría sido necesario obtener hardware,
aprovisionarlo e instalar el sistema operativo relevante y el software objetivo
existente y potencial. Los siguientes pasos incluirían el diseño del entorno
objetivo (a menudo realizado por consultores), el movimiento de datos y la
prueba de las aplicaciones que se ejecutan contra el sistema.

El uso de asistentes de migración puede ser un proceso relativamente simple


que implica la carga de algún subconjunto o copia de datos apropiadamente
revisados para políticas y seguridad, seguido por el uso de una herramienta de
análisis de esquemas que ofrece opciones de plataformas de destino. Estas
utilidades hacen un buen trabajo en el esquema y la migración de datos, pero
la migración de código integral requiere un análisis significativo de las brechas
de función / función, que es un requisito más desafiante. Señalarán problemas
potenciales en el código, que luego aún deberán ser reescritos. En algunos
casos, la compatibilidad del código, como la función de compatibilidad Oracle
de EnterpriseDB, ayudará con esto. En todos los casos, no hay atajos para una
garantía de calidad (QA) efectiva y pruebas paralelas.

Modelar y considerar todos los costos


Incluso cuando existen bases de datos de "frutas a la vista" adecuadas para
migraciones de ascenso y cambio, existen costos asociados con la prueba de
aplicaciones existentes y su eliminación de manera preparada y no disruptiva,
desarrollando y operando nuevas aplicaciones contra ellas, y haciendo que la
ingestión y la sincronización de los datos funcionen sin problemas. La
capacitación puede ser necesaria y puede ser necesario contratar personal
nuevo. Las operaciones, la auditoría y la seguridad crearán tareas para las que
se debe estar preparado (ver "Utilizar los requisitos de nivel de servicio para
impulsar decisiones entre comerciales y autosuficiencia para el software de
código abierto" para una discusión detallada de este tema).

El costo de todos estos pasos puede afectar la economía de la mudanza: un


modesto ahorro en el costo de la licencia puede verse abrumado por los
nuevos costos que resultan del proyecto de migración (ver "Toolkit: Calculadora
comparativa del costo total de propiedad para la nube y en el local DBMS
Implementaciones ").

Cuando se trata de nuevos casos de uso y / o nuevos tipos de datos, el


escenario es similar. Los costos pueden ser mayores al comienzo del ciclo, ya
que no existe un sistema existente para trabajar, la adquisición de habilidades y
el diseño pueden ser sustancialmente mayores, y la selección del proveedor y
el proceso de negociación en sí pueden incurrir en un costo significativo.
Consulte la sección de Estudio de caso a continuación para ver un ejemplo de
los costos de modelado.

Adoptar políticas formales para evaluar y aprobar la adopción de un OSDBMS


Los procesos de adquisición generalmente no están diseñados para la
experimentación, pero si se quiere hacer un compromiso, debe existir un
mecanismo para garantizar que los recursos no se desperdicien en
evaluaciones múltiples, a menudo del mismo tipo de tecnología. Aliente a los
posibles evaluadores de las unidades de negocios a que acudan al equipo de
liderazgo de datos y análisis para identificar e investigar posibles nuevos
productos que puedan ser de utilidad. Esto puede eliminar la redundancia,
garantizar una revisión exhaustiva de todos los requisitos y respaldar la
promoción de tecnologías investigadas para un uso más amplio.

Las partes interesadas deben estar facultadas para impulsar el proceso con
ayuda de TI; deben definir sus requisitos para una evaluación efectiva del éxito
que se realizará, y deben participar en las decisiones de política sobre
propiedad y valor. Cree un proceso accesible para introducir nuevas
tecnologías, una que fomente la participación, en lugar de una política a
puertas cerradas que aliente los experimentos deshonestos utilizando "TI en la
sombra". Se pueden lograr ahorros significativos, pero no sin un grado de
riesgo (ver Figura 1).

Figura 1. Beneficios de la Optimización de Costos OSDBMS


Fuente: Gartner (febrero de 2018)

Un área que requiere un escrutinio específico es el grado de riesgo técnico, ya


que muchos productos OSDBMS no contienen la misma funcionalidad que
muchos productos DBMS comerciales.

Trabajar con el proceso de adquisición formal es el paso final, si se indica una


adopción amplia cuando se ha completado el proceso de evaluación.
Demostrar rigor en el proceso de selección allanará el camino para la
aprobación del presupuesto.

A veces, aunque no siempre, las ofertas de OSDBMS son ofrecidas por


proveedores importantes y viables con capacidades y funciones de soporte de
clase empresarial demostrables. Los vendedores más experimentados serán
ellos mismos un recurso para hacer que esto funcione.
Caso de estudio
Una comparación de costes de los RDBMS comerciales frente a los de código
abierto

Muchas investigaciones realizadas por Gartner sobre OSDBMS inicialmente


solicitan información sobre el software de código abierto. Aunque con buenas
intenciones, la mayoría de las organizaciones de usuarios finales no están
interesadas en el código fuente porque no tienen la intención de:

 Cambiar cualquier código

 Agregar nuevas características

 Corregir errores en el software

Lo que realmente les interesa a estos clientes de Gartner es el modelo de


precios de código abierto. No quieren pagar tarifas de licencia sustanciales por
adelantado para el software, prefiriendo pagar solo las tarifas anuales de
soporte de suscripción. Dichos pagos son normalmente inferiores a las tarifas
anuales de mantenimiento asociadas basadas en el costo de la licencia del
software con licencia comercial. El costo de entrada inicial de un OSDBMS es
sustancialmente menor (sin tarifas de licencia) y la tarifa de soporte de
suscripción en curso es normalmente mucho menor que la del software
licenciado. Esto es normalmente cierto no solo para OSDBMS, sino también
para el software comercial ofrecido con soporte de suscripción por los mismos
proveedores.

La Tabla 1 contiene una comparación de precios para Oracle Database


Enterprise Edition (EE), MySQL Enterprise Edition, MariaDB TX y EnterpriseDB
EDB Postgres Enterprise, utilizando un servidor x86 estándar con dos sockets,
cada uno con 12 núcleos. (Tenga en cuenta que hay muchas funciones en
estos OSDBMS que son un costo adicional con Oracle Database EE, sin
embargo, estamos utilizando solo el costo de la licencia EE básica). Todos los
productos de código abierto que se muestran en la Tabla 1 tienen un precio de
lista; todos estos productos también ofrecen descuentos por volumen,
proporcionando incluso mayores ahorros que en los ejemplos que se muestran.
Table 1. Pricing Comparison

Product License License Yearly License Yearly Total


Metric Fee Support per Support Three-Year
per Server Cost
License
Metric

Oracle Two $47,500 $10,450 $690,000 $125,400 $1,066,200


Database cores
Enterprise
Edition

MySQL Server N/A $5,000 N/A $5,000 $15,000


Enterprise
Edition

MariaDB TX Server N/A $7,200 N/A $7,200 $21,600

EnterpriseDB Core N/A $1,500 N/A $36,000 $108,000


EDB Postgres
Enterprise

N/A = not applicable

Fuente: Gartner (febrero de 2018)

Al comprar nuevas licencias y asumir un descuento del 50% para las licencias
de Oracle EE sin opciones (neto $ 533,100), esto representaría un costo
aproximadamente 36 veces mayor que MySQL, 25 veces mayor que MariaDB y
cinco veces mayor que EnterpriseDB, produciendo tres ahorros de costos
anuales de $ 518,100, $ 511,500 y $ 425,100, respectivamente.

Si las licencias de Oracle ya se compraron y asumiendo nuevamente un


descuento del 50%, el soporte de Oracle sería de $ 62,700 por año o $ 188,100
por tres años. Esto representaría un costo aproximadamente 13 veces mayor
que MySQL, nueve veces mayor que MariaDB y 1.7 veces mayor que
EnterpriseDB, arrojando un ahorro de costos de tres años de $ 173,100, $
166,500 y $ 80,100, respectivamente.
Acrónimo Términos clave y glosario
AWS Amazon Web Services

OSDBMS open-source database management


system

OSS open-source software

Evidencia
1 Las estimaciones de ingresos de RDBMS de Gartner para 2016, publicadas
en "Participación de mercado: todos los mercados de software, en todo el
mundo, 2016", forman la base de este análisis. Se utilizaron estimaciones no
publicadas de ofertas de código abierto dentro de estos números de
proveedores agregados para dimensionar de manera informal los ingresos de
OSDBMS.

2 "Método de cálculo de los puntajes del ranking DB-Engines", DB-Engines.

3 "Popularidad del DBMS de código abierto frente al DBMS comercial," DB-


Engines.

4 "Precio global de Oracle Technology", Oracle (PDF).

5 "Lista de precios globales de Oracle MySQL", Oracle (PDF).

6 "Suscripciones y servicios de MariaDB", MariaDB.com.

7 "Planes de suscripción EDB Postgres," EnterpriseDB.

Nota 1
Definición de sistemas de gestión de bases de datos de código abierto

Los DBMS de código abierto son motores DBMS distribuidos bajo un acuerdo
de licencia de código abierto y soportados por un modelo de fijación de precios
de soporte de suscripción, sin tarifas de licencia iniciales. Los DBMS de código
abierto se usan cada vez más en sistemas de misión crítica para transacciones
y almacenamiento de datos. Además, los productos DBMS de fuente abierta
han madurado y ahora son viables como plataforma de aplicaciones incluso
para grandes proveedores de software de terceros.

También incluimos los comercializadores de Apache Hadoop. Aunque Apache


Hadoop es un sistema de archivos (basado en el Sistema de archivos
distribuidos de Hadoop, HDFS), también incluye el DBMS no relacional de
Apache HBase. Otros proyectos de Apache, como Apache Parquet, una
columna analítica DBMS, también se utilizan junto con Hadoop.

El código abierto no es sinónimo de shareware, freeware o software de dominio


público. En cambio, siempre está licenciado y es compatible con una definición
establecida por Open Source Initiative (OSI). Esta organización sin fines de
lucro mantiene una lista de licencias de código abierto aunque, técnicamente,
ninguna entidad tiene autoridad legal sobre el término.

VENTAJAS Y DESVENTAJAS FRENTE A MYSQL

MariaDB es un DBMS compatible con MySQL.De hecho la migración de MariaDB


es simple y directa, no es necesario adaptar el código ni nada.

 Posee nuevos motores de almacenamiento, además de Aria y MyISAM,


los cuales son:

o PBXT,un motor de almacenamiento transaccional de propósito


general. PBXT es totalmente compatible con "ACID", lo que
significa que puede utilizarse como una alternativa a otros
motores transaccionales de MariaDB (como XtraDB o InnoDB).
o FederateX, es un Mecanismo de almacenamiento para
MySQL/MariaDB.Proviene de una ramificación del Federated, el
cual ha dejado de ser mantenido por Oracle. El propósito de
FederatedX es continuar el desarrollo de nuevas características y
corregir antiguos errores.

 Mejoras de velocidad sobre todo en consultas complejas cuando se usa


el motor de almacenamiento Aria, ya que Aria cachea los datos de tablas
temporales en memoria, lo que supone un rendimiento frente al uso del
disco duro (que es lo que emplea MyISAM).

 Se añaden nuevas tablas de sistema (INFORMATION_SCHEMA) para


almacenar estadísticas que nos pueden ayudar a optimizar las bases de
datos.

 El sistema para manejar las conexiones se ha mejorado, ya que


implementa el sistema pool-of-threads de MySQL 6.0 con el que
podemos tener más de 200.000 conexiones a MariaDB.
 En general se han hecho muchas modificaciones para mejorar el
rendimiento, velocidad e incluso implementar características nuevas.

 MariaDB convierte los datos en información estructurada en una amplia


gama de aplicaciones, desde bancos hasta sitios web. Es un reemplazo
mejorado y de reemplazo directo para MySQL.

 MariaDB se usa porque es rápido, escalable y robusto, con un rico


ecosistema de motores de almacenamiento, complementos y muchas
otras herramientas que lo hacen muy versátil para una amplia variedad
de casos de uso.

 MariaDB se desarrolla como software de código abierto y como base de


datos relacional, proporciona una interfaz SQL para acceder a los
datos. Las últimas versiones de MariaDB también incluyen
características GIS y JSON.

REQUERIMIENTOS DE HARDWARE Y SOFTWARE

REQUERIMIENTOS DE HARDWARE

SISTEMA OPERATIVO
-Windows XP,Windows Vista
-Windows 7, Windows 8, Windows Server.,Solaris, Linux,Debian,Red Hat,
Fedora
-macOS,Linux SolarisLinux,Solaris

ESPACIO DE ALMACENAMIENTO
Espacio en Disco Duro 440 MB

MEMORIA
Memoria RAM 1GB

TIPO DE PROCESADOR
Intel®
Pentium® 4,
Celeron
Inside 900 o equivalentes.

ARQUITECTURA SOPORTADAS
32 y 64 bits

LENGUAJES DE PROGRAMACIÓN
 C
 C++
 Bash
 Perl

MARIA CPP

(MariaCpp es una biblioteca C ++ que te permite conectarte al servidor


MariaDB (o al servidor MySQL).

Las principales características de MariaCpp

 Licencia LGPL (con excepción de enlace estático)

 Envoltorio fino de C ++ alrededor de MariaDB Connector / C (C-


API); thin significa que los objetos de C ++ no tienen ningún (o mínimo)
estado interno, y posiblemente puedas mezclar código de C ++ con C-
API nativo

 Trabaja con estándares C ++ 98, C ++ 11, C ++ 14

 Toma beneficios de 2 paradigmas principales de C


++: RAII y excepciones

 Admite la mayoría de las características C-API, incluidas


las declaraciones preparadas

 Admite multihilo (conexiones múltiples a DB)

 No hay otras dependencias (p. ej., no hay dependencia de Boost).


INSTALACIÓN DE MARIADB EN WINDOWS

Pasos:
1° El primer paso para instalar MariaDB para Windows es entrar en la página
web del proyecto MariaDB, en la sección de descargas:

-Hacer click en :https://downloads.mariadb.org.Ahí nos vamos a encontrar con


distintos archivos de instalación para Windows, por ejemplo, para la versión
MariaDB 10.0.23 tendríamos:

Como se puede observar son paquetes MSI que contienen la información


necesaria para automatizar su instalación.

2°Descargamos el archivo de la versión que queramos instalar (vamos a


realizar la demostración con la versión 10.0.23 para Windows x64),una vez
descargado, hacemos doble click sobre el icono para instalarlo. Y comienza la
instalación:
3° Aceptamos los términos y condiciones de la GNU General Public License, y
posteriormente elegimos el directorio de instalación (por defecto C:\Program
Files\MariaDB 10.0\).

4° Elegimos una contraseña para el ‘root’ (y si queremos habilitamos el acceso


desde máquinas remotas para el root):

5° Configuramos el nombre del servicio (por defecto es “MySQL” y es por


razones de compatibilidad), el puerto de trabajo y además si seleccionamos el
checkbox ‘Optimize for transactions’ el motor de almacenamiento por defecto
será Innodb (o XtraDB).
En este punto todos los parámetros de instalación ya han sido recogidos.
6°Pulsamos en el botón “Install” y esperamos a que la instalación se haya
completado:

-
También podemos realizar la instalación desde línea de comandos (forma
silenciosa, sin interfaz de usuario) tecleando: msiexec /i <path-to-
package.msi> /qn

-A través de terminal también se pueden configurar distintas propiedades de


configuración inicial como: contraseña de root, directorio de instalación, … Para
ver todas las posibilidades y como se escriben en línea de comandos se puede
consultar la página web: https://mariadb.com/kb/es/installing-mariadb-msi-
packages-on-windows/

7° Comprobamos la carpeta de instalación de MariaDB.


8° Nos conectamos como ‘root’ y ejecutamos algunas acciones:
9°Por último indicar que el paquete de instalación posee un editor que nos
permite utilizar una interfaz gráfica. El editor se llama HeidiSQL:

-Aunque también podemos utilizar otros como Workbench.


EJEMPLOS Y PRUEBAS
Ingresando a la ruta instalada de MariaDB mediante consola en el sistema Operativo
Windows. Para su posterior ingreso.

Ingresando a MariaDB mediante el comando mysql -u root –p donde le indicamos


que el usuario a ingresar es ‘root’ e ingresamos posteriormente la contraseña.
Creando una nueva database (base de datos)

Usando la database creada


Creando un nuevo usuario ( grupABD) con su respectiva contraseña. De este modo
evitaremos usar desde el usuario maestro o root.

Dando todos los privilegios al usuario para manejar la base de datos TRABAJOABD
Salimos e ingresamos con el nuevo usuario y contraseña creada.

Seleccionamos la base de datos TRABAJOABD


Creando una tabla de prueba, el nombre de dicha tabla será producto.

Verificamos la creación de la tabla


Haciendo al atributo cod_producto la clave primaria

Agregando una nueva ocurrencia o una n-upla


Agregando más ocurrencias

Hacemos una consulta con el comando Select , en esta ocasión buscamos todas las
ocurrencias donde el campo precio_venta es igual a 3.0 y mostraremos el nombre y
costo.
Borrando una ocurrencia con el comando Delete, en este caso eliminaremos la
ocurrencia que tenga como nombre igual a ‘papaya’;

USANDO LA HERRAMINETA HEIDI


MariaDB en el paquete de instalación de Windows viene con una Interfaz gráfica
(HeidiSQL) que ayuda al momento de realizar estas operaciones.
Ingresando a MariaDB usando HeidiSQL
Cargamos un script que contendrá la base de datos NorthWind y posteriormente
cargaremos los datos

Seleccionamos el script
Ejecutamos el Script

Verificamos la creación de la base de datos.


Verificamos la inserción de los datos

Realizamos una consulta haciendo el uso del comando Select, en este caso
buscaremos donde job_title es igual a owner.
CONCLUSIONES

-MariaDB es la base de datos de código abierto de más rápido crecimiento con


más de 12 millones de usuarios en todo el mundo. Iniciado por los fundadores
de MySQL, MariaDB Corporation está reinventando la base de datos para dar
soporte a las necesidades empresariales actuales, desde OLTP hasta análisis
desde una única interfaz compatible con SQL. Los productos de MariaDB
incluyen el servidor MariaDB de fuente abierta ampliamente adoptado y
productos complementarios que incluyen MariaDB MaxScale y MariaDB
ColumnStore, que son valiosos para implementar MariaDB en entornos
grandes de misión crítica.

-MariaDB es una buena opción comparandolo con MySQL en consultas


complejas ,ya que uno de sus motores de almacenamiento (Aria) cachea los
datos de tablas temporales en memoria,lo que supobe un rendimiento frente al
uso del disco duro.

-MariaDB surge como reemplazo mejorado y directo para MySQL.

-MariaDB es una herramienta versátil y útil para una amplia variedad de casos
de uso ya que cuenta con un ecosistema de

motores de almacenamiento,complementos y muchas otras herramientas.


BIBLIOGRAFIA:
https://mariadb.com/kb/en/library/database-theory/
https://www.quora.com/What-are-the-types-of-DBMS
https://diarioti.com/google-abandona-mysql-y-la-sustituye-por-maria-db/68572
https://assets.digitalmarketplace.service.gov.uk/g-cloud-
9/documents/93566/412981670494233-pricing-document-2017-04-11-1019.pdf
https://www.digitalmarketplace.service.gov.uk/g-cloud/services/412981670494233
https://mariadb.com/resources/customer-stories?combine=&page=1
https://en.wikipedia.org/wiki/MariaDB
https://mariadb.org/about/service-providers/

Você também pode gostar