Re: [Architetture (o chiacchiere da bar)] Uso delle stored procedures.
Von: n.n (n.n@libero.it) [Profil]
Datum: 06.06.2008 12:42
Message-ID: <87Z241Z47Z190Y1212749029X25701@usenet.libero.it>
Followup-to: it.comp.java
Newsgroup: it.comp.java
Datum: 06.06.2008 12:42
Message-ID: <87Z241Z47Z190Y1212749029X25701@usenet.libero.it>
Followup-to: it.comp.java
Newsgroup: it.comp.java
Il 03 Giu 2008, 22:44, "Scorpio" <_scorpio_NO_SPAM@libero.it> ha scritto: > Salve a tutti, > > solita domanda un po' oziosa un po' seria. Tempo fa stavo revisionando il > codice di un collega e mi sono accorto che, per eseguire l'accesso ai dati, > il collega aveva fatto ricorso in modo esclusivo a delle stored procedures. > Chiestogli il perchè di questa scelta, ha risposto, un po' con l'aria di chi > la sa lunga che *deve* far capire le cosa a chi non la sa altrettanto lunga, > che l'adozione delle stored procedure per accedere ai dati è di gran lunga > la più efficiente. > > Io l'ho lasciato ovviamente terminare il lavoro, però dentro la mia testa ha > cominciato a girare una rotellina, ossia un dubbio, su quando sia necessario > ricorrere a delle stored procedure e quando no. > > A ben pensarci l'uso delle stored procedures ha dei vantaggi che va al di là > della pura efficienza: ad esempio mi viene in mente la possibilità di > ricompilare le stored procedures "al volo" in caso di modifica dei criteri > per estrarre un certo cursore dal database. Altro esempio che mi viene in > mente è un'operazione di "write" intesa come "insert/update": se fallisce > una insert (perchè il dato esiste già), esegui una update usando una certa > chiave. > > Il problema di questo approccio è, chiaramente, la dipendenza dal "dialetto" > specifico del dbms per scrivere le stored procedures. Ma, a parte questo > inconveniente - che può essere nullo se per forza o per amore ci si lega ad > un certo vendor - quali altri svantaggi presentano le s.p ? > > La butto lì - un po' provocatoriamente : se (grande SE) non ci fossero i > vari dialetti ma un linguaggio standard per ogni vendor, avrebbe ancora > senso la "rincorsa continua" ai motori di persistenza ? > > Scorpio. In linea generale avere la logica nel db e' un massacro La logica e' molto meglio che stia nell'applicazione per tutti i punti di vista ec cetto che per le prestazioni, che molto raramente sono vincolanti. ciao Nicola -------------------------------- Inviato via http://arianna.libero.it/usenet/[ Auf dieses Posting antworten ]
Antworten
- * (06.06.2008 15:28)
- Andrea Francia (06.06.2008 16:48)
- * (06.06.2008 16:54)
- Andrea Francia (06.06.2008 18:00)
- me (07.06.2008 01:00)
- Andrea Francia (07.06.2008 01:09)
- Pablo Xon (07.06.2008 07:30)
- Andrea Francia (07.06.2008 15:00)
- Davide Consonni (07.06.2008 15:03)
- Pablo Xon (07.06.2008 16:11)
- Andrea Francia (07.06.2008 17:05)
- Andrea Francia (07.06.2008 17:32)
- Pablo Xon (07.06.2008 18:45)
- me (07.06.2008 20:38)
- Andrea Francia (07.06.2008 21:06)
- me (07.06.2008 21:16)
- Andrea Francia (07.06.2008 21:20)
- Pablo Xon (08.06.2008 08:53)
- Andrea Francia (08.06.2008 15:43)
- Alessandro Cara (08.06.2008 21:02)
- Pablo Xon (08.06.2008 08:56)
- Andrea Francia (08.06.2008 15:51)
