Ver Mensaje Individual
  #2 (permalink)  
Antiguo 27/12/2010, 10:28
Avatar de gnzsoloyo
gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 16 años, 5 meses
Puntos: 2658
Respuesta: Base de datos rapida

El que las consultas sean rápidas no depende solamente del DBMS. Depende de muchísmos factores adicionales:
- Diseño de la base de datos (mejor diseño = mayor performance).
- Optimización de las consultas (una consulta puede tardar 0,03 segundos o 3 minutos con la misma tabla dependiendo de , índices, joins, etc).
- Concurrencia de transacciones y consultas (mayor concurrencia = más problemas a resolver).
- Capacidad del host para peticiones y conexiones (la carga de visitas afecta la performance).
- Hardware usado en servidor (hardware no adecuado puede causar problemas de perfomance).
- Versión del DBMS (diferentes versiones = diferentes capacidades).
- Optimización del server (server no optimizado = menor performance).

Por otro lado, no es en el DBMS donde debes empezar a planear, sino en el sistema, ya que si miras solamente el DBMS puedes terminar poniendo algo muy poderoso donde nencesitas en realidad menos, o bien quedarte corto, si eliges por variables que no son las adecuadas para tu sistema.
Para darte una idea, una red social puedes manejarla con MySQL, Oracle, Firebird, Postgre o DB2... El problema en realidad no es el DBMS sino tus requerimientos... y fundamentalmente, los fondos que dispongas.
__________________
¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente...
"El problema es la interfase silla-teclado." (Gillermo Luque)