MySQL - Campo que no admita negativos

Buenas tardes.
Quisiera saber si existe alguna manera de restringir un campo para que no admita negativos. Pero directamente en la base, sin verificar antes que sea mayor a 0.

El tema es el siguiente, yo envío una consulta que resta 1 a un campo de tipo INT determinado, pero quiero que si el contenido es 0 no ejecute la consulta, pero el tipo de campo INT admite negativos.

El problema que tengo, para que les quede mas claro.... Es un sistema de reservas hoteleras. El usuario selecciona el rango de fechas y el sistema devuelve las habitaciones que hay disponibles en ese lapso. Luego selecciona la habitacion, luego la forma de pago y luego completa sus datos. Al procesar la reserva lo primero que se hace es restar la disponibilidad del tipo de habitacion seleccionada en las fechas indicadas. Y el problema radica en que en el lapso de tiempo entre que carga las fechas y termina el proceso hay uno o dos minutos dependiendo de la velocidad con la que ingrese sus datos, y esto puede ocasionar que si dos personas coinciden en el tipo de habitación y mientras uno está cargando sus datos el otro pide disponibilidad en fechas que se "pisen", el primero tendrá la reserva confirmada y el que ingresó luego podría generar una sobreventa.

Yo ya lo solucioné en la versión anterior volviendo a chequear la dispo justo antes de generar la reserva, pero la idea es optimizar el proceso y que no haga dos veces lo mismo.

Como no soy un experto en MySQL quería saber si existe la opción de indicarle a la base que un campo no admite valores por debajo de cero y que si tiene que realizar una consulta que genere esto directamente no lo procese o devuelva un error.

Muchas gracias !

Hola Diego, segun entiendo, lo podrias poner dentro del while el condicional de que el valor sea superior a 0, no? algo así:


Te sirve?

Hola Diego:

La manera más simple que tienes es simplemente poner tu campo DISPONIBILIDAD como un campo SIN SIGNO... de tal manera que acepte sólo valores positivos:


De esta manera, cuando hagas la inserción, si intentas meter un número negativo en el campo SIN SIGNO, el mismo DBMS te regresará un error, el cual puedes manejar ya de acuerdo a tus necesidades:


https://dev.mysql.com/doc/refman/8.0/en/numeric-type-overview.html

Saludos
Leo.

Buen día Leo.
Muchas gracias, es exactamente lo que tengo que hacer. Había pensado en esa solución, pero ni siquiera la había probado porque vaya uno a saber por qué, estaba convencido que si a un campo UNSIGNED de valor 0 le restabas 1 daba como resultado 1. Es decir que lo transformaba a positivo y no retornaba un error.
Recién lo probé y funcionó.
Me retorna otro error (#1690), pero igual funciona. Ahora voy a investigar sobre estos errores a ver si aprendo algo más.

Muchas gracias por tu aporte.

Solucionado !

Hola xve.
Lo probé, pero el problema es que no me devuleve un error. Te explico mejor como es el proceso.
Yo genero una consulta en una tabla (tbl_dispo) que tiene la siguiente estructura.

id - INT AUTONUMERICO
fecha - DATE
h1 - INT
h2 - INT
h3 - INT
h4 - INT
h5 - INT

Y otros campos que no vienen al caso.
Cada campo, h1, h2, h3... es un tipo de habitación y cada uno tiene cargado un valor correspondiente a la disponibilidad de ese tipo de habitacion en esa fecha.
La consulta lo que hace es que al generar una reserva resta en 1 la disponibilidad de un tipo de habitacion.
Por ejemplo:

UPDATE tbl_dispo SET h2=h2 - 1 WHERE id>=5 and id<8

Esto lo hago llamando un procedimiento almacenado, pero la consulta podría ser esta. Lo que le digo es que me reste 1 al campo h2 entre dos determinados id (5, 6 y 7).

Probé tu solución pero lo que hace es restar 1 al campo h2 mientras sea >0, pero el problema es que si es 0 lo deja así e igualmente resta en el resto de los dias, y la idea es que si hay un campo h2=0 no haga nada y de alguna manera me retorne un error o algo.

Como dije anteriormente esto yo ya lo solucioné volviendo a chequear la dispo justo antes de generar la reserva, pero la idea es no repetir un proceso que ya hice, y como es una evolución del sistema anterior la idea es optimizarlo, Desde ya que los tiempos son imperceptibles y el trafico del sitio es mínimo, pero si se puede optimizar mejor, y obviamente evitar un overbooking que es lo peor que le puede pasar a un hotel.

Saludos !