La prima soluzione è di gran lunga più facile da implementare.
Tieni conto che in genere la parte "attiva" della tua architettura è il client che interroga il server per compiere operazioni.

Fare il contrario vuol dire implementare un servizio che fa da ponte tra la tua applicazione e il database che verifica la validità delle operazioni richieste dal client.

Quindi se hai già un'applicazione server già pronta che fa qualche verifica sui dati inseriti ok, la puoi riutilizzare, altrimenti opterei per la prima opzione.

Oppure potresti caricare lo stato della tabella interessata (quella delle quantità da controllare) sul client solo quando sta per compiere una delle operazioni che la coinvolgono e verificare lato client la possibilità di effettuare l'ordine, notificando l'utente.
In questo modo, se il livello di concorrenza non è elevato, risolvi il problema elegantemente, se però ci sono molti utenti contemporaneamente rischi problemi di concorrenza.

ciao.
..ema