Consideraciones para Elegir un Sistema Manejador de Base de Datos
- Número de Usuarios: Cantidad máxima de personas que tengan todo tipo de contacto con el sistema de base de datos desde que éste se diseña, elabora, termina y se usa
- Número de Transacciones: Son las cantidades de transacciones reales promovidas por eventos como la compra de un producto, la inscripción a un curso o la realización de un depósito.
- Cantidad de Datos para Almacenar: Hace referencia a la capacidad de registros que se puede almacenar o de recuperar su estado en un momento previo a la pérdida de datos.
- Consistencia de la Información: Impedir que exista información inconsistente o contradictoria en la BD. Surge cuando existen varias copias del mismo dato y tras la modificación de una de ellas, las demás no son actualizadas, o lo son pero de forma incorrecta.
- Experiencia Propia o Externa: Contar con el conocimiento necesario para la interacción con el BDSM y de esa manera poder realizar las tareas que se nos han presupuesto.
- Que OS se Implementará: Si no se tiene un sistema operativo en base al SGBD y esto también tendría consideraciones como la operatividad y la capacidad de administración de un servidor en tal o cual SO y los gastos que implicarían su mantenimiento.
A demás de administrar la actividad de datos y la estructura de la BD, el DBA debe
administrar el DBMS mismo. Deberá compilar y analizar estadísticas relativas al
rendimiento del sistema e identificar áreas potenciales del problema. Dado que la
BD está sirviendo a muchos grupos de usuarios, el DBA requiere investigar todas
las quejas sobre el tiempo de respuesta del sistema, la precisión de los datos y la
facilidad de uso. Si se requieren cambios el DBA deberá planearlos y ponerlos en
práctica.
El DBA deberá vigilar periódica y continuamente las actividades de los usuarios en
la BD.
Los productos DBMS incluyen tecnologías que reúnen y publican
estadísticas. Estos informes pudieran indicar cuales fueron los usuarios activos,
que archivos y que elementos de datos han sido utilizados, e incluso el método de
acceso que se ha aplicado. Pueden capturarse y reportarse las tasas de error y los
tipos de errores. El DBA analizará estos datos para determinar si se necesita una
modificación en el diseño de la BD para manejar su rendimiento o para facilitar las
tareas de los usuarios; de ser así, el DBA la llevará a cabo.
El DBA deberá analizar las estadísticas de tiempo de ejecución sobre la actividad
de la BD y su rendimiento. Cuando se identifique un problema de rendimiento, ya
sea mediante una queja o un informe, el DBA deberá determinar si resulta
apropiada una modificación a la estructura de la BD o al sistema. Casos como la
adición de nuevas claves o su eliminación, nuevas relaciones entre los datos y
otras situaciones típicas deberán ser analizadas para determinar el tipo de
modificación procedente.
Cuando el fabricante del DBMS en uso anuncie una nueva versión del producto,
debe realizarse un análisis de las características que esta incorpora e insopesarlas
contra las necesidades de la comunidad de usuarios. Si se decide la adquisición
del producto, los usuarios deben ser notificados y capacitados en su uso. El DBA
deberá administrar y controlar la migración tanto de las estructuras, como de los
datos y las aplicaciones.
El software de soporte y otras características de hardware pueden implicar
también modificaciones de las que el DBA es responsable ocasionalmente, estas
modificaciones traen como consecuencia cambios en la configuración o en
algunos parámetros de operación del DBMS.
Las opciones del DBMS son ajustadas al principio, es decir, en la puesta en
marcha del sistema; en este momento se conoce muy poca información sobre las
características de funcionamiento y respuesta que proporcionará a los grupos de
usuarios.
El análisis de la experiencia operacional y su rendimiento en un periodo
determinado de tiempo pudieran revelar que se requiere un campo. Si el
rendimiento parece aceptable, el DBA puede considerar a un modificar algunas
opciones y observar su efecto sobre el sistema, esto en búsqueda de la
optimización o afinación del mismo.
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:
+ Cual es la disponibilidad de soporte de este gestor de bases de datos
Es factible que encuentre personal capacitado fácilmente para resolver problemas en mi gestor de bases de datos, por ejemplo veamos la capacidad de personas que usan Oracle, SQL Server, PosgreSQL, MySQL, etc., las entidades tienen que ser gestionadas por un Administrador de bases de datos, de igual manera debe considerarse si es posible determinar el costo de un especialista en dicho gestor de base de datos o si el gestor nos brinda soporte en línea o vía remota.
Si las aplicaciones que van a consumir esos datos son de misión critica y se requiere alta disponibilidad y soluciones rápidas, no es recomendable usar un DBMS poco conocido en el mercado y mucho menos que sea nuevo como los gestores non-SQL ya que nadie los conoce y si mi gestor de base de datos sufre una caída, quien, cuándo y cuánto va a costar repararlo ya que a pesar de poseer una muy buena política de backups, puede que el mismo servidor se dañe (hardware) y si no consigo alguien que lo ponga en línea lo mas rápido posible estaré en problemas pues la empresa va a tener una larga caída que se representara en dinero y falta de productividad.
+ Cual es la carga de transacciones que va a soportar esa base de datos
Si voy a necesitar una alta carga de transacciones (mayores a 200 usuarios conectados al mismo tiempo) es necesario que se vaya pensando en algo robusto y bien probado en el mercado servidores como cualquier versión express (SQL Servr, DB2, etc.) no es aceptable, si lo que se desea es algo libre pues PostgreSQL es la respuesta .
+ Que sistema operativo se planea implementar
Está comprobado que SGBD diseñados en opensource (Código abierto) corren mucho más rápido en entornos operativos basados en UNIX que sobre Windows, así que aquí debería de tenerse en cuenta el sistema operativo, si no se ha tomado la decisión entonces elegir el sistema operativo del servidor dependiendo del SGBD, en foros como los de PosgreSQL, por ejemplo, la gente que ha realizado pruebas de este SGBD indican que se tiene un 25% de optimización corriendo sobre LINUX que sobre Windows. Si no se tiene un sistema operativo en el servidor sería recomendable elegirlo en base al SGBD y esto también tendría consideraciones como la operatividad y la capacidad de administración de un servidor en tal o cual SO y los gastos que implicarían su mantenimiento.
Referencias Bibliograficas:
http://proyecto359.webnode.mx/unidad1/
http://administracionbd.weebly.com/unidad-1.html
http://itpn.mx/recursosisc/6semestre/administraciondebasesdedatos/Unidad%20I.pdf
https://sites.google.com/site/itjabd23/home/asignatura/plan-de-estudios/unidad-1-perspectiva-practica-de-la-administracion-de-bases-de-datos
No hay comentarios.:
Publicar un comentario