FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Sugerencia proyecto 20.000 usuarios
Buenas tardes, me han pedido una opinión sobre un proyecto grande el cual lo usarán 20.000 clientes aproximadamente y cada uno de estos realizará entre 100 y 200 movimientos diarios en la bases de datos, el proyecto tiene aproximadamente 120 tablas.
El lenguaje de programación que sugerí es php porque soy amante de lo libre y mysql como base de datos. Como no estoy seguro de la concurrencia de mysql y que soporte este volumen de información sugerí que anualmente se cree una base de datos nueva con los saldos finales de la anterior, con esto garantizariamos velocidad en los datos. Se que no es la mejor forma de hacerlo, por eso les pido su opinion y compartan su experiencia. No se si mysql seria la mejor opcion.
__________________
JaiMelendez |
#2
|
||||
|
||||
100/200 movimientos diarios es poca cosa. Y me parece un estimado muy bajo. 20.000 clientes (usuarios?) implica potencialmente problemas de contencion dependiendo de cuantos esten actuando a la vez sobre el sistema
MySql como tal (y practicamente cualquier motor de BD) te puede dar la talla, aunque si realmente estas por las opciones open source, Postgres es una opcion mejor en casi todos los aspectos (licencia, tecnologia, estabilidad, flexibilidad, etc), pero principalmente porque postgres tiene una mejor oferta en programabilidad que me parece es insuperable entre las opciones open source. Con todo, el nucleo de cualquier sistema es mas su diseño/arquitectura que las tecnologias especificas que uses -aunque saber elegirlas es importante, especialmente si te ahorran trabajo, son mas robustas, etc- y tambien el como se hace el despliegue de los servidores (uso de caches, config de hardware, balanceo de cargas, etc). Aqui es donde tener la experiencia adecuada se notas mas. Es muy facil "machetear" un sistema que parece que funciona cuando no se tiene muy claro las cosas, pero otra es tener un sistema robusto. El que creas que crear bases de datos por año es lo que se necesita para que un sistema sea rapido da mala espina . Tienes experiencia de la buena con php/mysql? Si no es asi, con que? Es mejor ir con malo conocido, a menos que tengas bases suficientes para reconocer cuando y porque usar algo nuevo es mejor. Mas importante es como diseñes el sistema, el uso de mediciones para no adivinar que es lo que hace algo rapido/lento. Imaginate hacer todo el codigo de crear BDs por año, mover saldos, luego descubrir que necesitas hacer consultas a los historicos y todo eso... cuando REALMENTE no hay nada que *demuestre* que eso es necesario. Te sorprenderia lo bien que se mueve una BD con los indices/tablas adecuados y el hardware que es. Si pa' rematar sabes como usar las opciones avanzadas del motor, se puede sacar mucho jugo a un sistema: http://es.wikipedia.org/wiki/Optimiz...%B3n_prematura Cita:
__________________
El malabarista. |
#3
|
|||
|
|||
muy importante apreciación, efectivamente cuando hablo de clientes hablo de usuarios a quienes se les instalará el aplicativo, estos usuarios harán diariamente entre 100-200 e incluso 300 movimientos diarios (consulta, inserciones, actualizaciones y demas) como son 20.000 usuarios conectados es bastante probable que halla mucha concurrencia, tengo experiencia en php y mysql, pero realmente lo que quiero es que el sistema sea robusto y que no se me cuelgue con el tiempo.
Por eso les solicito su opinión ya que mi experiencia ha sido para pequeñas bases de datos con pocos usuarios. Que usuarian ustedes si les pidieran hacer un tipo de sistema como este. php y mysql son una buena opción que recomiendan. gracias.
__________________
JaiMelendez |
#4
|
||||
|
||||
No das información sobre lo que tienes que hacer, es imposible que te ayuden con más exactitud: soft, hard, internet, servidor, sistema, etc.
|
#5
|
|||
|
|||
Gracias casimiro,
Pues la idea es hacer un sistema donde los usuarios registren a través de internet la data de su empresa, clientes, precios, movimientos (compras, ventas, etc). La parte de hardware no esta definida pero debe cumplir con todos los requerimientos para que no se cuelgue el sistema, esta aplicación sera accedida desde el navegador del cliente que son aproximadamente son 20.000 usuarios, al principio deben registrar todos sus productos y demás lo que al principio sera una carga pesada para el servidor, con el tiempo y lo que es normal ingresarán diariamente entre 200-300 registros aproximadamente. Pensaba en un postgresql por lo que comento mamcx pero personalmente me gusta mas MySql. que harían ustedes en mi lugar. Gracias
__________________
JaiMelendez |
#6
|
||||
|
||||
Me gusta mucho más postgresql.
Por supuesto, tendrás que contratar o instalar servidores linux |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
sugerencia proyecto web | JAI_ME | MySQL | 15 | 28-03-2012 19:09:02 |
Sugerencia | ricardo_yah | OOP | 10 | 06-11-2010 03:17:59 |
Una sugerencia por favor Sugerencia !! | yepixxx | Firebird e Interbase | 6 | 13-03-2007 19:07:10 |
Sugerencia | turminator | Varios | 2 | 30-06-2006 19:42:28 |
|