Trasformare un errore di un database in un messaggio per l'utente

[anx721]

Salve, la domanda è questa, data un'applicazione che lavora con un database, qual è la pratica migliore per trasformare l'errore ottenuto ad esempio con un'operazione di insert in una tabella in un messaggio descrittivo per l'utente?

Ad esempio, ho una tabella che mantiene gli utenti registrati con nome unico, ed un utente prova a registrarsi con un nome già esistente, ad esempio 'pincopallinno'. Eseguedo la query avrò un errore, ad esempio mysql restituirà qualcosa del tipo:

duplicate entry 'pincopallino'


io però all'utente voglio mostrare un messaggio più "comprensibile" tipo:

"L'utente pincopallino già esiste"


Se c'è il vincolo che non solo i nomi siano univoci, ma anche le email, mysql mi restituirà lo stesso codice di errore anche se inserisco un valore email gia presente, perchè entrambi sono violazioni di vincoli di chiave.

Il problema emerge anche nel caso in cui voglia rendere l'applicazione indipendente dalla lingua.

L'unico escamotage che mi è venuto in mente è di eseguire 'manualmente' dei controlli sulle tabelle prima di effettuare le operazioni. Ad esempio potrei verificare se esiste un utente con quel nome e in tal caso ritornare subito un mio messaggio d'errore significativo; in questo modo riuscirei a risolvere un certo numero di errori comuni dovuti a vincli di integrità sulle tabelle.

Vorrei sapere se ci sono altri approcci standard al problema.

[sottovento]

Ciao,
prima di tutto, quali aiuti ti fornisce il database? Dalla firma immagino che l'applicazione sia in Java, per cui il database in uso ti riporterà, probabilmente, una SQLException, o meglio ancora una classe derivata.
Hai quindi a disposizione un codice di errore ed una stringa piu' "descrittiva", anche se nel 'linguaggio errato'.

Stavo pensando che si potrebbe sviluppare un po' di codice per risolvere questo problema, il quale e' sufficientemente generico da interessare diverse persone (chi non si e' scontrato, almeno una volta, con questo problema?).
Tempo libero permettendo, ovviamente.

Ad ogni modo, con il codice di errore si potrebbe individuare, magari in un file di configurazione, una serie di parametri di decodifica quali:
- la stringa di partenza;
- la stringa di arrivo (una o piu', dipende dal linguaggio).

Vediamo se sta in piedi.

Diciamo che il tuo database restituisce
duplicate entry 'pincopallino'
con codice di errore associato pari a 55 (numero a caso).

Nel mio file di proprieta' potrei avere:

Database.errorCodes.code55.schema=duplicate entry '%ENTRY%'
Database.errorCodes.code55.decoded=utente %ENTRY% già esiste

(beh, il decoded lo potrei prendere da un altro file, in modo che sia piu' facile cambiare lingua...).

Direi che NON sta ancora in piedi, manca qualcosa. Ma potrebbe essere la strada giusta, cosa ne pensi?

Se poi, invece che le properties, usassimo un file di configurazione xml, potremmo pensare di avere la possibilità di impostare soluzioni diverse in base alla chiave violata, ...

[anx721]

Il linguaggio è java, ma penso che la questione sia indipendente dal linguaggio, proprio perche l'errore del database alla fine specifica al più un codice ed un messaggio all'interno del quale non è possibile recuperare "i dati" dell'errore in modo standard.

Sicuramente qualche scorciatoia la si può trovare...pero visto che è un problema che riguarda moltissime applicazioni, basta pensare a tutti i siti web che si basano su un database, dovrebbe essereci una pratica consolidata. Ciò che mi interesserebbe è appunto conoscere questa pratica, le "best pratices" relative a questo problema.

La tua soluzione comporterebbe analizzare tutti i messaggi d'errore restituiti dal database, e costruire una componente per effettuare il decoding (sarebbe sempre possibile farlo?), quindi ci sarebbe un'accoppiamento con il database parecchio forte. Cambiando anche solo versione del database potrebbe pure cambiare il messaggio d'errore...

[sottovento]

Originariamente inviato da anx721

La tua soluzione comporterebbe analizzare tutti i messaggi d'errore restituiti dal database, e costruire una componente per effettuare il decoding (sarebbe sempre possibile farlo?), quindi ci sarebbe un'accoppiamento con il database parecchio forte. Cambiando anche solo versione del database potrebbe pure cambiare il messaggio d'errore...

D'accordissimo. Non conosco "best pratices" a questo proposito, ma ho l'impressione che il forte accoppiamento non sia facile da evitare, a meno di non scrivere un "traduttore" che capisca i linguaggi in questione. Magari esiste, ma mi sembra piuttosto improbabile.
Come primo passo (magari sbagliato) riterrei piu' semplice spostare il problema alla fase di configurazione...

La curiosita', ovviamente, c'e': hai in mente un metodo che ti eviti di analizzare tutti i messaggi di errore? Se hai pensato qualcosa, anche una soluzione parziale, se ne potrebbe discutere...

[anx721]

per ora sto seguendo la strada che prevede di effettuare dei controlli sui dati prima di girare la richiesta al database, in questo modo gestisco con messaggi amichevoli quegli errori che derivano da dati errati, e che quindi dipendono direttamente dai dati inseriti dall'utente e che devono essere in grado di correggere i loro errori. Per gli altri errori, ad esempio errore di connessione al database, posso o restituire il messaggio d'errore cosi come mi viene dato, o posso semplicemente avere una traduzione fissa per ogni codice errore. Ovviamente dovrei effettuare tutti quei controlli che mi garantiscono la buona riuscita di un inserimento in una tabella, in modo che che non possono venir fuori errori di violazione di vincoli sui dati che devono essere risolti dall'utente cambiando i dati inseriti.