| ||||
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) |
| |||
Respuesta: Base de datos rapida Independientemente de los puntos ciertos que ya te comentaron, ademas es necesario mantener en tu base de datos para agilizar las busquedas. - Normalizacion - Indices adecuados - Integridad referencial - Stored procedures - Creacion de objetos Recordset/rowset con caracteristicas adecuadas (consulta, escritura, acceso secuencial) |
Etiquetas: |