sugerencia para elegir RDBMS para esta Gran base de datos

[matanga]

Hola,

No es la primera vez que veo que se toma como referencia la cantidad de registros que tendra una base de datos para elegir una u otra tecnologia. Debo decir que en mi experiencia este parametro debe ser considerado como uno de los ultimos, sino el ultimo. Vuelvo a citar a alguien que sabe mucho de bases de datos, quien dijo, "... el tamaño de la base de datos es casi irrelevante, lo que se hace con lo datos lo es...".

Intentare enumerar lo que en tu lugar evaluaria, lo que se me ocurre de momento si tener mucha informacion del proyecto, el orden en que los comento no es el orden de importancia, eso lo debes decidir tu.

Requerimientos: En funcion del modelo de datos, que base de datos cubre mejor las necesidades que tengas, es decir, habran datos historicos, datos mas/menos consultados, particionamiento, posibilidad de separar datos en discos lentos/rapidos, cantidad/tipo de transacciones.

Tecnologia: Como se almacenaran los datos y como se accederan a ellos, por enumerar algunas
1. Alcance del lenugaje SQL, planes de acceso.
2. Alcance del lenguaje de programacion de base de datos, procedimientos almacenados, funciones, triggers.
3. Tipos de datos de las tablas, manejo de caracteres, fechas, numeros, xml.
4. Capacidad para almacenar datos binarios, por ejemplo, fotos, documentos.
5. Replicacion, si hay diferentes centros de datos, como se los puede replicar/agrupar.

Seguridad: Nivel de seguridad requerido, dado que se almacenara informacion personal, posibilidad de encriptacion, administracion de cuentas de usuario, contraseñas, caducidad, perfiles, accesos de lectura y/o escritura.

Disponibilidad: Capacidad del motor de base de datos para garantizar alta disponibilidad, es decir 7x24.

Backup y Recuperacion: Capacidades del motor de base de datos para hacer backup en caliente/frio, consistentes, tiempos de recuperacion en caso de fallos, recuperaciones parciales/completas.

Presupuesto: Cuanto estan dispuestos a pagar, si estan dispuestos, por un motor de base de datos.

Hardware: De cuanto equipo disponen, no todos lo motores funcionan igual en el mismo hardware.

Software: En cuantos sistemas operativos es instalable el motor de base de datos.

Conocimiento: Hay DBAs disponibles para administrar, hacer tunning de bases de datos, consultas SQL, programacion. Existe buena documentacion, manuales, libros, foros sobre la base de datos.

Soporte: Nivel de soporte que provee el productor del motor de base de datos.

Ciclo de Vida: Nivel de parches, actualizacion de versiones del motor de base de datos, facilidad de actualizacion, necesidad de actualizacion.

En fin, podria seguir escribiendo, pero creo que para hacerse una idea es suficiente, como veras, la cantidad de registros de una o varias tablas empieza a quedar un poco atras.

Si hay un buen diseño del modelo y un buen plan de acceso a los datos, la cantidad de registros no afecta tanto, es decir, es poco probable que alquien haga un listado de todos los alumnos, de todas sus calificaciones y de los ultimos 4 años, probablemente la base de datos te de la informacion despues de algun tiempo, pero no me imagino que alguien se lea todo eso en un listado o en un informe :)

Saludos