Foros del Web » Programación para mayores de 30 ;) » Bases de Datos General » Mysql »

Manejo de Tablas de Gran tamaño

Estas en el tema de Manejo de Tablas de Gran tamaño en el foro de Mysql en Foros del Web. Hola!!! Mi pregunta es la siguiente: este foro debe tener una tabla donde se almacene cada una de nuestras consultas. Debe ser inmensa, por lo ...
  #1 (permalink)  
Antiguo 29/02/2008, 07:19
 
Fecha de Ingreso: junio-2006
Mensajes: 330
Antigüedad: 18 años, 5 meses
Puntos: 4
Manejo de Tablas de Gran tamaño

Hola!!! Mi pregunta es la siguiente: este foro debe tener una tabla donde se almacene cada una de nuestras consultas. Debe ser inmensa, por lo que me gustaria saber como hacen para que las consultas se ejecuten con gran rapidez, es decir, cuando realizo una busqueda no se tarde tanto.. Por que yo tengo dos tablas de gran tamaño en distintas bases de datos, y se esta poniendo peraita, cuando realizo una busqueda se tarda full, por lo que se me ocurrio realizar una copia de estructura de esa tabla para que la anterior quedara como historico y se ingrese data en esta nueva, de manera que al realizar busquedas me busque en ambas, pero llegara tambien el momento en que esta se ponga asi de lenta, por lo que me gustaria que me dieran algunas sugerencias para este tipo de situaciones.

¿Cuanto sería el máximo que podría almacenar una tabla especifica en una bd?

Gracias
  #2 (permalink)  
Antiguo 29/02/2008, 08:54
Avatar de cala932  
Fecha de Ingreso: septiembre-2006
Ubicación: San Juan-Argentina
Mensajes: 902
Antigüedad: 18 años, 2 meses
Puntos: 9
Re: Manejo de Tablas de Gran tamaño

Holas greisy!!!!!, bueno con respecto al tamaño de las tablas pasa por aqui Maximo Tamaño de tablas

Y con respecto a lo de la velocidad, las tablas myIsam son mas rapidas que las tablas Innodb. Si deseas tener una mejor referencia para la eleccion pasa por aqui Faq´s MYSQL

Espero que te sirva !!
Saludos
__________________
->Aprender es un proceso que incluye el error..
  #3 (permalink)  
Antiguo 29/02/2008, 09:49
 
Fecha de Ingreso: junio-2006
Mensajes: 330
Antigüedad: 18 años, 5 meses
Puntos: 4
Re: Manejo de Tablas de Gran tamaño

Gracias por responder...

bueno, estuve chequeando y las tablas estan en MyIsam, que otra cosa podria hacer para obtener una busqueda optima..
  #4 (permalink)  
Antiguo 29/02/2008, 11:39
Avatar de Nano_  
Fecha de Ingreso: febrero-2006
Ubicación: Bogotá, Colombia
Mensajes: 1.866
Antigüedad: 18 años, 9 meses
Puntos: 96
De acuerdo Re: Manejo de Tablas de Gran tamaño

Saludos.

Puedes probar creando indices sobre los campos que mas consultas.

Cita:
Los índices -como los índices de los libros- sirven para agilizar las consultas a las tablas, evitando que mysql tenga que revisar todos los datos disponibles para devolver el resultado.
Hasta Pronto!!!
__________________
:.:Nano.:: @nano_hard - Retornando al foro
  #5 (permalink)  
Antiguo 01/03/2008, 15:57
Avatar de gnzsoloyo
Moderador criollo
 
Fecha de Ingreso: noviembre-2007
Ubicación: Actualmente en Buenos Aires (el enemigo ancestral)
Mensajes: 23.324
Antigüedad: 17 años
Puntos: 2658
Re: Manejo de Tablas de Gran tamaño

Tablas de gran tamaño no son necesariamente una buena solución. Es mejor la normalización de las tablas y un diseño más eficiente, relevando el tipo real de información que se consulta, antes que crear tablas de formas que no resultan a la larga muy eficientes.
Por lo general, si una consulta tarda demasiado es posible que el filtrado de datos devuelva demasiada información, o bien las subconsultas no acoten bien la info buscada, la masa de información transferida sea por ende demasiado grande.
Ten en cuenta que, en una máquina pequeña, barrer toda una tabla para buscar datos, con 1.500.00 registros, puede tardar 20 segundos, pero mandarla por la web puede llevar más de 5 minutos, si el bloque de datos recuperados es demasiado grande, por lo que la falla no estaría en la base de datos, sino en la consulta misma.

Para aclarar el panorama, en gran porcentaje de los problemas de la lentitud de una consulta se fundamentan en las siguienes fallas:

1. Aplicaciones mal diseñadas. Muchos programadores "piensan" que las bases de datos deben ser siempre las responsables o que deben hacer tareas para las que no están diseñadas.
2. Una errónea concepción del sistema. Habitualmente producto de errores de relevamiento, o mala comprensión de las reglas del negocio.
3. Errores en la concepción del modelo de datos, usualmente originado en el punto anterior. Aprender a estructurar la información, las tablas y los índices, así como su normalización o desnormalización es fundamental a la hora de diseñar.
4. Falta de normalización y optimización del modelo. Esto tiene que ver con la experiencia y conocimientos adquiridos por el DBA.
5. Errores en la optimización de las consultas. Hay que practicar mucho y conocer muy bien cómo funciona el motor de la base de datos y cómo realiza las operaciones para saber optimizar una consulta. A pesar de eso, hay algunas cuanta reglas que te pueden ayudar.
6. Distribución de la base de datos. El hecho que una base de datos sea centralizada o distribuida (vía MySQL Cluster), afecta mucho la eficiencia de una consulta a bases de datos grandes.
7. Hardware no optimizado. A pesar de que MySQL puede funcionar óptimamente con un hardware bastante elemental, no todos los modelos de hardware responderán igual a las consultas, según el tamaño y complejidad de la base de datos.
8. Topología de la LAN y enlaces. Casi nadie lo menciona, pero si la información es muy voluminosa, dependiendo de la cantidad, afectarán el rendimiento de la red y se verán afectadas por él.

Habiéndote aburrido lo suficiente con ésto, te recomiendo echarle una mirada a estas páginas sobre optimización:
Optimización de MySQL
Optimizing MySQL Queryes & Indexes
MySQL Optimization
10 Tips for MySQL Opmization

Última edición por gnzsoloyo; 01/03/2008 a las 20:05
  #6 (permalink)  
Antiguo 03/03/2008, 07:31
 
Fecha de Ingreso: junio-2006
Mensajes: 330
Antigüedad: 18 años, 5 meses
Puntos: 4
Re: Manejo de Tablas de Gran tamaño

ok.. Gracias... Leere esos artículos a ver.. Gracias de nuevo..
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 22:05.