Newsgroup: it.comp.lang.visual-basic
Titolo: [?] stored procs

che cos'e' esattamente una stored procedure ?
e quando si usa (dbms, situazioni) ?
tia, pal

 wrote in message 8b6fiq$7dm$1...@nslave1.tin.it...


Il vantaggio di una stored sta non solo nella precolmpilazione ma nella
possibilità di definire funzioni (solo in SQL2000 ci sarnno vere e propie
funzioni utente) a livello dbserver quindi legate alla logica aziendale,
slegate dal codice sorgente di un eseguibile, manutenibili ed estensibili.
A volte possono incrementare la velocità di esecuzioni di determinate
operazioni del 70% grazie al meccanismo di caching del DBMS.


E' si vero che le SP sono strumenti potenti e flessibile (accettano anche
parametri, definizione di variabili ,costrutti iteriezione e selezione), ma
bisogna anche tener conto della manutenzione del software; ogni volta che
eseguirai una modifica al tuo sorgente (in riferimento al database) dovrai
anche verificare che le SP relative, siano conformi alle modifiche. Qualcuno
adotta la tecnica di definire le SP da programma e caricarle ogni volta che
il programma viene lanciato.
Al di là di questo discorso che può essere più o meno utile, le SP sono
molto più potenti in termini di prestazioni (rispetto anche ad una normale
query) in quanto eseguono il parsing una sola volta e non ogni volta che
vengono richiamate. Anche questo però non è sempre vero; infatti una SP così
definita :
CREATE PROCEDURE xx
        nometab Char(30),
        nomefld Char(20),
        valore Int
AS
    SELECT * FROM nometab WHERE nomefld = Valore
non offre certo grandi prestazioni in quanto ha bisogno del passaggio del
parse.
Ciao
                            Davide


dunque, mi sembra di capire che vengono memorizzate nel codice. a parte i
vantaggi della precompilazione, non indifferenti, e a parte svantaggi di
revisioni, io pensavo di salvare in una tabella o nel registro le query che
puo' capitare di fare piu' spesso.
idea molto stupida ? almeno le revisioni dovrebbero venirne facilitate.
ri-tia, pal

 wrote in message 8b8p4g$iqf$1...@nslave2.tin.it...


 wrote in message
3m%B4.34432$C24.3...@news.infostrada.it...


 la visualizzazione di tabelle per la sicurezza interna.
l'idea delle query salvate era soprattutto come agevolazione. se come utente
del mio prg mi accorgo che una certa query mi serve spesso, l'opzione di
poterla salvare non mi dispiaceva.
dato che continuo a essere un po' perso, non vorrei tediarti, ma potresti
farmi o indicarmi un esempio di s.p. in concreto ? il concetto continua a
essermi un po' sfuggente. cioe':
-- situazione che la suggerisce
-- schizzo del codice per implementarla
-- e soprattutto, *dove va messa* nel prg ?
1k tia :) pal

 piuttosto che sfruttare risorse ignote.
infatti. bellissimo discorso il riutilizzo dei componenti. pero':
* uso con soddisfazione un ocx grafico che mi sto tirando dietro da vb4.
peccato che a ogni mio setupwizard mi venga chiesto dov'e' la stkit432.dll
... l'exe va a buon fine anche se dico ignora, ma un dubbio rimane... (mia
colpa: la pigrizia non mi ha ancora permesso di recuperare una qualsiasi
copia della dll in questione. ma il punto rimane.)
* stessa cosa per i cmnctrl. qualche exe in vb6 deve avermi installato i
suoi. posso usarli, ma al wizard d.c.s. mi si dice sempre: mancano le
dipendenze. idem c.s.
* fidarmi ciecamente di un oggetto scritto da altri... be', quando vedi
quello che succede coi prg ms, che non sono (non sempre, almeno) esattamente
gli ultimi dei dilettanti...
imho, ai pezzi altrui e alla riusabilita' si ricorre essenzialmente per
fretta. la programmazione e' alto artigianato, e non conosco ebanisti che
sarebbero davvero soddisfatti di creare un bel tavolo intarsiato prendendone
le gambe, per quanto ben lavorate, a mr brico... poi, certo, il mercato
vuole anzi reclama...
ciao, a.

 >
