1. ¡OFERTA! con cupón "DIRVPS": hosting por $0,01 y también VPS Linux y Windows por $0,01 el primer mes por Interserver ← publi
    Descartar aviso
Descartar aviso
Al usar este sitio web, aceptas que nosotros y nuestros socios podamos establecer cookies para fines tales como personalizar el contenido y la publicidad. Más información.

Una tabla con muchos registros o muchas tablas con pocos

Tema en 'Servidores Dedicados' iniciado por loborojo20, 17 Mar 2014.

  1. loborojo20

    loborojo20 Nuevo usuario

    Tengo esta duda, es mejor tener una tabla con 2 millones de registros, o 200 tablas con 10 mil, tengo entendido que tener muchas tablas puede saturar el server, la base de datos es mysql, gracias y saludos.
     
  2.  
  3. eduardobarea

    eduardobarea Usuario activo

    Hola!

    Bueno no tan importante son las tablas como el acceso a las mismas, es decir, si las tablas "aunque sea una" están bien indexadas con sus indices y claves ajenas todo bien configurado, no has de tener problemas, las tablas has de crearlas de modo que cumplan con su cometido y estructura.

    Otra cosa importante que es en lo que muchas ocasiones no se detiene uno, es que las consultas han de ser optimas, todos tenemos tendencia a pensar que nuestras consultas son las mejoras hasta que llega otro y la optimiza en un 70% :). Para mi, lo más importante son las consultas a tu base de datos que sean lo más ligeras posibles, ahí es donde invertiría yo el tiempo, ademas de lo antes nombrado.

    Un saludo
     
  4. vicram

    vicram Usuario activo

    Hombre F. bienvenido por aquí. ;)
     
  5. neocomp

    neocomp Usuario activo

    La cantidad de tablas o la cantidad de registros de una tabla no es algo tan relevante y eso va a estar condicionado por el tipo de información que vas a almacenar, tal como te comentaron previamente es mucho mas importante que las tablas esten bien estructuradas o sea que el tipo de los campos sea el mas adecuado, por ejemplo si quieres guardar el valor 245676353 es mucho mas eficiente guardarlo como campo numérico que como string; que las tablas esten bien indexadas y que los indices "se usen correctamente", no basta con crear indices si estos no son utilizados correctamente en las consultas.

    Pero muchísimo mas importante que la estructura de las tablas y el uso de indices, es que MySQL esté optimizado para aprovechar eficientemente los recursos disponibles, muchísimas veces me he encontrado con servidores que tienen por ejemplo 4 Gb de RAM pero que JAMAS han utilizado más de 1 Gb porque están mal configurados, a veces basta que solo un parámetro de MySQL este mal para degradar ostensiblemente todo el rendimiento del servidor, sobre todo cuando tiene que ver con la cantidad de conexiones, el caché de las queries, la cantidad máxima de tablas abiertas o el uso de tablas InnoDB ... aunque también se da lo apuesto quieren optimizar MySQL en un servidor con 512 Mb de RAM !!!!!!!!!!

    Otro punto importante es definir correctamente el tipo de tabla a usar, por ejemplo si tienes una tabla que tiene múltiples modificaciones en forma permanente y en paralelo, es mucho mas eficiente usar una tabla InnoDB ... en cambio una tabla que va a tener principalmente lecturas es mucho más eficiente una tabla MyISAM.

    Y si va a ser un uso mas o menos intensivo de MySQL, el tipo de almacenamiento pasa a tener un rol muy importante ... por ejemplo no se puede comparar el rendimiento de un nodo con un par de discos SATA con RAID 1 "por software" con un nodo con RAID-10 con controladora con cache y con 4 o más discos SSD, las diferencias de rendimiento son increíbles ... por lo mismo un BUEN vps basado en SSD puede ofrecer hoy día un rendimiento muy superior con MySQL comparado con un dedicado básico.

    Una búsqueda en una tabla con varios millones de registros pero bien indexada puede demorar varios cientos o miles de veces menos que una tabla con 10.000 registros sin indexar y con millones de busquedas secuenciales.
     
  6. Para algo serio 4 discos en raid 10 por hardware más 2 para el hotspare, además de que el servidor de db debe de estar separado del principal. cPanel y Plesk permiten esa función. Un server de db nunca debe estar en el servidor principal web etc.

    Salu2,
     


Alojamiento web, Hosting Reseller, Servidores Dedicados - All in Hosting


    
    
    
    
Blog · Sitios amigos: GuiaHosting · Unidominios · Interalta ·