1.3. Consideraciones para elegir un buen DBMS

Antes de elegir un DBMS

Para escoger un buen DBMS se necesitan tomar en cuenta algunas consideraciones ya que en el mercado existen muchos manejadores de bases de datos.

Para elegir tomaremos en cuenta por ejemplo:

• Números de Usuarios.
• Número de Transacciones.
• Cantidad de Datos para almacenar.
• Consistencia de la información
• Experiencia Propia o Externa.

Responsabilidades del Sistema Gestor de la Base de Datos.

• Gestor de autorización e integridad, comprueba que se satisfagan las restricciones de integridad y la autorización de los usuarios para acceder a los datos.

• Gestor de transacciones, asegura que la base de datos quede en un estado consistente (correcto) a pesar de los fallos del sistema, y que las ejecuciones de transacciones concurrentes ocurran si conflictos.

• Gestor de archivos, gestiona la reserva de espacio de almacenamiento de disco y las estructuras de datos usadas para representar la información almacenada en disco.

• Gestor de memoria intermedia, es responsable de traer los datos del disco de almacenamiento a memoria principal y decidir qué datos tratar en memoria caché.

• Respaldo y recuperación, constantemente saca respaldos para en dado caso en que la bd sea dañada o alterada puedan recuperarse los datos.

Debido a que en el mercado mundial existen muchos manejadores de bases de datos es importante tomar en cuenta algunas consideraciones de importancia para elegir cuál es el que más conviene a nuestros intereses. Por ejemplo:

¿Cuál es la disponibilidad de soporte de este gestor de bases de datos?

Ya se ha mencionado de los siguientes DBMS

• Microsoft Access
• Postgree SQL
• MariaDB
• SQLite
• Redis
• Informix
• MongoDB
• Microsoft SQL Server

Tomando en consideración lo que ofrecen los DBMS, determine que MariaDB por ser un software distribuido libremente, por su rendimiento como sus funcionalidades:

Ventajas

• Proporciona estadísticas de índices y tabla.- pueden ayudar para la optimización de la base de datos.

• Añade nuevas tablas en INFORMATION_SCHEMA y nuevas opciones a los comandos FLUSH y SHOW para identificar la causa en la carga de SGBD.

• Los comandos ALTER TABLE y LOAD DATA INFILE.- dejan de ser opacos e informan del progreso.

• La precisión para tipo de datos TIME, DATETIME y TIMESTAMP.- ampliada al microsegundo.

• Introducidas características estilo NoSQL.- como HandlerSocker que proporciona acceso directo a tablas.

• InnoDB saltándose la capa SQL.

• Columnas dinámicas.- proporcionan al usuario columnas virtuales en las tablas.

• Las subqueries.- funcionan correctamente.