Una forma sencilla de evitar eso es checar la disponibilidad via triggers. Para garantizar que no habrá sobreventa un planteamiento podria ser:
Tener en la tabla de vuelos un campo que almacene cuantos lugares están disponibles (o cuantos están vendidos, que para el caso es lo mismo).
Crear un trigger BeforeUpdate para esta tabla, que cheque que haya disponibilidad (LugaresDisponibles > 0) o bien (LugaresVendidos < cupo)
Crear triggers AfterInsert/AfterUpdate/AfterDelete en la tabla de reservas que realicen un update a la tabla de vuelos actualizando el número de reservas:
Código SQL
[-]
Update Vuelos
set LugaresDisponibles = LugaresDisponibles - :new.LugaresReservados
where vueloID = :new.VueloID;
Aún cuando haya acceso concurrente, debido a que se actualiza el registro en la tabla de vuelos y con esto se bloquea, una transacción no podrá reservar mientras otra lo está haciendo, y al serializar las operaciones de esta manera garantizas que no habrá sobreventa.
Si no queres que la segiunda aplicación reciba un mensaje de error, cambiá la transacción por wait (y no nowait) de manera a que espere que los bloqueos sean liberados por la primera, y hace todas las operaciones en la base de datos tan rápidas como sean posibles (una transacción debiera tardar solo unos milisegundos)
Espero haberme explicado y que la idea te sea de utilidad.
Hasta luego.
