Re: Update concurrente

Hola Silvio,

El jue., 5 de diciembre de 2019 02:46, Silvio Bravo Cadó <
bravocado(at)gmail(dot)com> escribió:

> Hola lista,
> Espero se encuentren muy bien, les escribo porque tengo una duda con
> respecto a si estoy realizando bien las actualizaciones en una tabla o tal
> vez sea algo del diseño de la solución.
> Tengo una tabla A que busca llevar el inventario de productos, que podría
> describirse así:
>
> Id int
> nombre text
> precio numeric(8,2)
> cantidad int
> disponibilidad int
>
> Cada vez que se crea un nuevo registro se define la cantidad y la
> disponibilidad que son las mismas. También se tiene un check constraint
> donde cantidad >= disponibilidad.
>
> Por otro lado cuando se tiene otra tabla B que representa las compras:
>
> Id int
> producto_id int
>
> Cada vez que se agrega un registro en B se ejecuta un trigger que hace un
> update a A para restar disponibilidad con un: UPDATE A SET disponibilidad =
> disponibilidad - 1 WHERE id = New.id
>
> El problema es que estas tablas pueden tener mucha concurrencia, muchos
> usuarios finales intentando comprar y por temporalidad compran el mismo
> producto y cuando hay picos de usuarios el update puede llegar a tardar
> hasta 60 segundos o mas en completarse.
>
> Mi duda es si hay alguna forma de mejorar el rendimiento de este update.
>

Primero, quieres asegurar la consistencia de la base y me imagino que
ejecutas el INSERT y el UPDATE en una transacción.

Si tienes muchos accesos concurrentes a la misma fila, seguro que se van a
encolar. Algunas preguntas:

1. Cuántas filas tiene la tabla A?
2. Sólo para validar: tienes una llave primaria sobre el campo id?
3. Cuántas columnas y cuántos índices tiene la tabla real?
4. Cuántos usuarios concurrentes puedes tener?

Como idea loca, podrías simular varios productos (digamos 4) que se
reparten el stock completo y cada vez que llega un pedido se resta del
stock de uno al azar?

Olivier