500.000 Articulos

[Rodaso]

Buenas Tardes, necesito diseñar un Software de consulta a BD sobre el cual pienso trabajar con MySQL. El problema es que es un Empresa que va a manejar 500.000 apx articulos o productos con sus respectivos precios... es muy probable que en la BD se deba almacenar los ultimos 3 precios de esos articulos pero la duda mas importante que tengo es que debo considerar al momento de sugerir Hardware en cuanto a que Servidor sugerir, y si tambien MySQL fuanionará bien con esa cantidad de productos.
Mi idea es utilizar desarrollar en PHP/MySQL en un servidor Linux..

Les agradecería alguna sugerencia de alguien que haya tenido alguna experiencia similar. Tengo miedo de que no se aguante....

Gracias

[ocp001a]

Yo manejo tablas de más de 2 millones de registros en mysql sin problemas. En este caso es más importante el harware, que debe ser un servidor real y no una pc de escritorio.

[patriciomase]

si la db está bien diseñada, una tabla con 500 mil registros, ni se mosquéa. MySQL es mucho mas potente de lo que parece, el problema es que en gral se lo usa mal y se vuelve lento.

[Rodaso]

Gracias por su respuesta! alguna sugerencia en cuanto a Hardware?? la idea es un IBM o HP, pero en cuanto a caracteristicas que sugieren??

[HalconVigia]

buenas!

creo que las caracteristicas estan basadas en tus necesidades, te podemos recomendar un servidor de ultima generacion HP o IBM pero si solo vas a tener una terminal conectada o hasta 5 terminales pues estarias "pasadito" de servidor.

En realidad eres tu quien debe realizar la proyeccion de acuerdo con el cliente, sus necesidades, arquitectura actual y planes de expansion, porque de eso dependera lo que necesites.
en lo personal te comento que atiendo un servidor local de una empresa que tiene mas de 800 mil registros, en un "servidor" (un equipo armado con piezas de pc de escritorio normal pero con algunos accesorios propios de servidor como el HD y la fuente de poder) que tiene solo 7 terminales y ni para cuando fallar, teniendo mas de 2 años funcionando ininterrumpidamente
analiza y si tienes la informacion concreta proporciona datos para poderte orientar.

saludos!!

[alexisverano]

Rodaso,

Como te han dicho anteriormente MySQL, puede manejar infinitos registros, el tema es el buen diseño de la base de datos.
Yo por ejemplo tengo una aplicacion a la cual tengo 25 estaciones en la LAN y 18 que acceden a travez de una WAN, en estos momentos tiene 1.8 millones de registros y esta como si nada.

Server HP Proliant G6 - 6 Gb RAM - Cluster de 5 HDD SCSI 146 Gb (no es un gran servidor pero siempre esta fresco) S.O Debian Wheezy.

Saludos,

[arcanisgk122]

dependeria de que mas quieras guardar en la base de datos... te recomiendo cantidas de procesadores para que las respuesta sean rapidas y el php y el mysql no vaya lentorro, te recomensaria virtualizar los servidores, asi haces back up del disco completo diariamente para contingencias y un rapido copia pega y enciende...

[dashtrash]

El problema no es el numero de registros.Es la forma en que vayas a acceder a ellos.Van a ser accesos normalmente por primary key?
Vas a cruzar esa tabla consigo misma, o con tablas que aumenten el número de registros por query?
Las búsquedas que se le van a hacer van a ser sobre campos indexados, o vas a hacer muchas consultas con rangos?
Con lo que trata normalmente la base de datos no es con las tablas, sino con las queries.El número de registros que te interesa no es el número que haya almacenado en una tabla, sino el número de registros que Mysql debe comprobar para poder solucionar una query.
Con una tabla de 50000 registros puedes hacer queries que impliquen que mysql tiene que mirar miles de millones de registros para poder resolverla.