Si claro Alvaro, eso depende entonces del diseño de la aplicación también. Si mantenemos la regla del stock disponible con un trigger, veamos al ejemplo: Supongamos que dos o mas abren un formulario de venta (sin bloqueos en la BD), y eligen justo un producto que solo queda 1 unidad, ambos la quieren vender, el que primero confirme la venta será el que gana al otro le saldrá sin stock al intentar confirmar y la aplicación debe ser capaz de ofrecer las alternativas del camino a seguir. ¿No lo ves factible y mas práctico? Creo que no deberían haber bloqueos en la BD hasta que alguno confirme. (Solo una opinión) Saludos
Guillermo El 15 de julio de 2016, 13:31, Alvaro Herrera <alvhe...@2ndquadrant.com> escribió: > Guillermo E. Villanueva escribió: > > Alberto como ya te comenté, creo que tener el stock actual en la misma > > tabla de productos no dará ningún problema con 80 usuarios o mas. > > El origen del problema no va a ser la cantidad de usuarios, sino la > duración de las transacciones. Si las transacciones son muy breves, no > se notará mucho que cada una se bloquee esperando los updates; pero de > lo contrario algunos usuarios se molestarán cuando tengan que esperar un > minuto o más a que la otra persona termine de hacer todos los "clicks" > necesarios en la aplicación. > > -- > Álvaro Herrera http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >