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:
Números de Usuarios,Número de Transacciones.,Cantidad de Datos para almacenar.,Consistencia de la información
Experiencia Propia o Externa.
También podemos hacernos las siguientes preguntas:
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.
¿Cuál 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.
¿Cuál 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 Server, DB2, etc.) no es aceptable, si lo que se desea es algo libre pues PostgreSQL es la respuesta.
Para elegir tomaremos:
Números de Usuarios,Número de Transacciones.,Cantidad de Datos para almacenar.,Consistencia de la información
Experiencia Propia o Externa.
También podemos hacernos las siguientes preguntas:
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.
¿Cuál 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.
¿Cuál 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 Server, DB2, etc.) no es aceptable, si lo que se desea es algo libre pues PostgreSQL es la respuesta.
Comentarios
Publicar un comentario