Determinar los DBMS y controladores de destino

La siguiente pregunta que se debe tener en cuenta es, ¿cuáles son los DBMS de destino para la aplicación y qué controladores están disponibles que admiten esos DBMS? Dado que las aplicaciones genéricas tienden a ser altamente interoperables, la cuestión de dbMS de destino es más aplicable a las aplicaciones personalizadas y verticales. Sin embargo, la cuestión de los controladores de destino se aplica a todas las aplicaciones, ya que los controladores varían ampliamente en velocidad, calidad, compatibilidad con características y disponibilidad. Además, si los controladores deben redistribuirse con la aplicación, es necesario tener en cuenta el costo y la disponibilidad de los planes de licencia.

Para muchas aplicaciones personalizadas, los DBMS de destino son obvios: son DBMS existentes a los que está diseñada la aplicación para acceder. También se deben tener en cuenta los DBMS a los que se planea la migración futura. Sin embargo, la principal pregunta para estas aplicaciones es qué controlador o controladores usar con ellas. Para otras aplicaciones personalizadas ( aquellas que no están diseñadas para acceder a un DBMS existente), se pueden elegir los DBMS de destino en función de la compatibilidad con características, la compatibilidad simultánea del usuario, la disponibilidad del controlador y la asequibilidad.

En el caso de las aplicaciones verticales, los DBMS de destino suelen elegirse en función de la compatibilidad con características, la disponibilidad de los controladores y el mercado. Por ejemplo, una aplicación vertical diseñada para pequeñas empresas debe tener como destino DBMS que sean asequibles para esas empresas; Una aplicación vertical diseñada como complemento para DBMS existentes debe tener como destino DBMS usados ampliamente.

Al elegir DBMS de destino, se deben tener en cuenta las diferencias entre las bases de datos de escritorio y servidor. Las bases de datos de escritorio como dBASE, Paradox y Btrieve son menos eficaces que las bases de datos de servidor. Dado que generalmente se accede a ellos a través de los motores de SQL menos eficaces que se encuentran en la mayoría de los controladores basados en archivos, a menudo carecen de compatibilidad completa con transacciones, admiten menos usuarios simultáneos y tienen SQL limitado. Sin embargo, son baratos y tienen una gran base instalada.

Las bases de datos de servidor como Oracle, DB2 y SQL Server proporcionan compatibilidad completa con transacciones, admiten muchos usuarios simultáneos y tienen SQL enriquecido. Son mucho más caros y tienen una base instalada más pequeña. Por otro lado, los precios de software tienden a ser más altos, un poco compensando un mercado potencial más pequeño.

Por lo tanto, los DBMS de destino a veces se pueden elegir en función de las características requeridas por la aplicación y el mercado de destino de la aplicación. Por ejemplo, un sistema de entrada de pedidos para grandes empresas podría no tener como destino bases de datos de escritorio porque carecen de soporte adecuado para transacciones. Un sistema similar diseñado para pequeñas empresas podría excluir la mayoría de las bases de datos de servidor en función del costo. Y los desarrolladores de aplicaciones genéricas podrían tener como destino ambos, pero evitar el uso de las características avanzadas que se encuentran en las bases de datos de servidor.