Le migliori pratiche per ottenere l'ultimo record inserito nel DB

Utilizza valori di stato numerici in cui il valore più alto rappresenta lo stato più alto. Aggiungi questo al tuo indice in ordine decrescente. Quindi ritirare il risultato ordinato dal timestamp e lo stato in ordine decrescente. In questo modo viene sempre restituita la voce con la progressione più lontana.

Un approccio migliore sarebbe due mantenere due tabelle, corrente e cronologia. La tabella corrente sarebbe sempre l'ultimo aggiornamento. L'altra tabella sarebbe una tabella di cronologia, che sarebbe sempre solo inserti e letture. Se si desidera ottenere l'ultimo record, interrogare la tabella corrente. Se non permetti letture sporche sarà sempre l'ultimo record. Se hai bisogno della cronologia, effettua una query nella tabella della cronologia e ordina il PK.

Per la tabella corrente si desidera mantenere un timestamp in modo che se qualcuno aggiorna il record dopo averlo letto, è possibile gestire il conflitto in modo appropriato prima di effettuare l'aggiornamento. Per la tabella della cronologia si sta sempre inserendo quindi nessun controllo è necessario. Se lo desideri, puoi gestire gli inserimenti cronologici con un trigger dalla tabella corrente.

Nel tuo esempio:

• ORDINA (CORRENTE)
• ORDER_HISTORY (HISTORY)

Ciò renderebbe la logica semplice.

Sembra che un approccio di sourcing di eventi sarebbe utile qui

link

In sostanza, ogni volta che aggiorni l'oggetto, lo carichi, aggiungi l'evento alla cronologia e salva tutto.

Quando salvi l'oggetto, controlli che nessun altro abbia aggiornato la cronologia nel frattempo. Se lo sono, ricostruisci l'oggetto dalla nuova cronologia e riprova ad aggiungere il tuo evento

In alternativa puoi bloccare l'oggetto per far sì che altri eventi attenderanno il completamento.

Questo è superiore a cose come le colonne di autoincremento perché garantisce che gli eventi vengano elaborati in ordine, non solo salvati in un ordine.

Tuttavia, nel tuo caso particolare, mi sembra che il tuo stato sia una funzione degli eventi accaduti. Invece di avere lo stato letto dall'ultimo evento, rendilo un calcolo basato su tutti gli eventi verificatisi.

In questo caso, non ti importa davvero quale evento è accaduto per primo, o se due sono accaduti allo stesso tempo.

es

Dì che hai "selezionato l'ordine" e "il controllo del credito cliente è passato"

concettualmente entrambi possono succedere allo stesso tempo, ma lo stato potrebbe essere

'non selezionato' - nessun evento selezionato

'controllo credito in sospeso' - evento selezionato ma nessun evento di controllo credito

"pronto per la consegna" - sia selezionato che con credito controllato

Il tuo collega ha ragione. Ordina con la chiave primaria. La chiave primaria è non priva di significato. Identifica ogni riga nella tabella. È numerico, il che implica l'ordine in cui sono stati creati i record.

Non si adatta perfettamente alla terminologia del tuo dominio aziendale, ma non trascura la soluzione semplice ed ovvia per ragioni ideologiche, specialmente quando questa soluzione richiede poco più di una clausola sort in una query SQL.