Devo riprovare una query non riuscita a causa di un errore di connessione?

Supponiamo un caso complesso, una query che modifica un numero sconosciuto di record, in un modo non idempotente. E supponiamo che sia la connessione tra te e il database che va storto, il database stesso va bene.

Crea un ID univoco che andrà in una tabella di transazioni. Quindi si invia una query che aggiunge il numero univoco alla tabella delle transazioni, quindi si esegue la query originale.

Se la query combinata non ha mai raggiunto il server, l'ID univoco non viene aggiunto alle transazioni. Se la query viene eseguita, l'ID univoco si trova nella tabella delle transazioni. Quindi, per riprovare, basta controllare se l'ID univoco è lì o meno.

Se la tua query dovesse restituire risultati, avrai bisogno di una query alternativa che possa restituire gli stessi risultati, senza effetti collaterali.

Se questo è uno scenario che ti interessa, una soluzione è creare la tua chiave univoca come chiave primaria o in una colonna con un vincolo di unicità. Quindi è possibile riprovare e si otterrà un errore perché il DB non consentirà un valore duplicato. L'approccio generale è definito 'rilevamento di transazioni duplicate'. In molti casi, questo non è un problema poiché è altamente improbabile e, se dovesse accadere, il sistema non consentirà la revisione manuale e la riparazione. In alternativa, hai un utente finale che può controllare se il record è stato creato.