Question

Hola a todos, estoy desarrollando un sistema donde los usuarios puedes comprar puntos o solicitar crédito, las premisas para el consumo se puntos o crédito son las siguientes:

° Si el usuario tiene puntos se consume la cantidad de puntos.
° Si el usuario no tiene puntos, entonces se consume el crédito, pero que quita la misma cantidad en puntos (puntos en negativo).

El query que estoy utilizando para quitar los puntos es:

UPDATE sired_asociacion_meta
SET meta_value = ( CAST(meta_value AS DECIMAL(9,4)) - 1 )
WHERE (asociacion_id = :id AND meta_key = ':metaPuntos' ) 

He pensado en repetir la linea cuando se trata de quitar crédito pero se me hace una carga para la base de datos enviar dos consultas de actualización cuando ambas tendrán el mismo efecto, por lo que me gustaría saber si es posible actualizar ambos campos en una sola petición.

---

La tabla tiene esta estructura.

meta_id           bigint(20)
asociacion_id     bigint(20)
meta_key          varchar(64)
meta_value        longtext

NOTA: No puedo crear procesos en la base de datos ya que no tengo acceso a ella.

Answer 1

Hola,

podrías aclarar un poco más el escenario?

De la forma en que está planteado tu problema, no debería haber inconveniente en que, cuando se acabe el saldo, simplemente seguir descontando la cantidad: los puntos negativos serán el crédito, y los puntos positivos serán saldo sin usar.

No se desprende bien de tu planteo bi de las tablas: tendrá algún sentido que los nombres de los campos sean tan genéricos (pero no lo sabemos) como también tendrá algún sentido que estés guardando un saldo en un campo de texto y haciendo todo ese trabajo para castearlo a decimal y poder operar sobre eĺ, siendo que es mucho más simple, rápido y seguro que el campo sea float o decimal (pero tampoco lo sabemos).

Answer 2

Vamos a ver si te he entendido bien:

Interpreto que los créditos y los puntos de un usuario (asociacion_id) están en dos registros diferentes. Por ejemplo, un usuario con 100 puntos y 500 créditos:

meta_id         asociacion_id       meta_key        meta_value
--------------------------------------------------------------------
1               34                  metaPuntos      100
2               34                  metaCreditos    500

En caso de ser así, por mucho que para ti sea "actualizar dos campos en una sola petición" en realidad es actualizar dos registros con dos valores diferentes y diferentes criterios de selección.

Para mi no hay otra forma de hacerlo que no sea con sendas consultas.

Algo que yo implementaría es que ambas consultas sean enviadas a la BBDD dentro de una misma transacción, para asegurar la consistencia de los datos ya que se corresponden a la misma operación.