Newsgroup: it.comp.os.win.software
Titolo: Come usare excel per gestione tipo database

Mi è stato posto il seguente quesito che giro a voi:
una persona deve creare un modulo per gestire l'entrata di alcuni prodotti e
questo modulo è stato realizzato in excel:
gli serve creare una funzione per cui in una cella del modulo sia contenuto
un numero che tutte le volte che acceda (o meglio secondo me, ogni volta che
premo un apposito pulsante che suppongo di chiamare nuova immissione o nuovo
prodotto si incrementi)...la spiegazione è un po' confusa ma il discorso è
praticamente come far funzionare excel come un access semplice...
Si può fare...?
Tralascio per il momento tutti i discorsi associati a questo pulsante per
cui non mi interessa che altri campi si cancellino o si modifichino...
voglio sapere come devo fare a:
- creare un pulsante
- farsì che ad ogni pressione si incrementi un numero
Se tuttociò si riesce a fare semplicemente vorrei sapere che possibilità ci
sono di utilizzare excel per la gestione database
Scusate la confusione ma anche a me il problema non è stato esposto
chiarissimamente...
Paolo

 Scusate la confusione ma anche a me il problema non è stato esposto
chiarissimamente...
Ok. Fatti vivo con ulteriori info o osservazioni (non come l'ultima volta
quando abbiamo parlato di "Funzioni Excel" e non ci hai fatto piu` sapere
niente... considera che esistono anche i "timidi" che non scrivono mai ma
che pure ci leggono e, se un discorso non si conclude, ci rimangono male.)
--
Ciao.
Maurizio
--------
?SPQR(C)
 X
--------

 ha scritto nel messaggio
news:8smgb2$kkag8$1...@ID-52090.news.cis.dfn.de...


 Quello dove volevo arrivare era comunque alla gestione di oggetti vb in
Excel e quindi con i problemi che sto affrontando adesso ritorno a quanto
avevo chiesto un po' confusamente
Rispondo un po' in generale perche' credo che negli altri post abbiamo gia`
affrontato alcune cose che riguardano anche questo thread.
Gestire "database" con Excel. Come dicevo si puo` fare ma bisogna fare
qualche considerazione sul perche' usare Excel e non invece Access o un
altro prodotto analogo.
Tralasciamo il caso in cui la risposta e` "perche` conosco solo Excel e lo
uso anche per fare il caffe`". Caso nobilissimo, intendiamoci. Ma che si
esaurisce in un uso personale, privato, e, ovviamente, a casa sua, ognuno e`
libero di fare cio` che crede.
Quando pero' parliamo di committenti e di soluzioni per la gestione di dati
implementate per studi o aziende, il discorso cambia.
La prima cosa da tenere presente e` l'integrita` dei dati e della struttura
che li governa. E ottenere questo con Excel, francamente, e` una bella
fatica. Non che sia impossibile, intendiamoci, ma bisogna aver mangiato
tanti panini e visto tante volte spuntare il sole fra le nebbie del
portacenere per arrivarci con sufficiente disinvoltura. E, nel frattempo, le
versioni di Excel si susseguono, con tutte le loro magagne e rivoluzioni
silenziose.
Ti rendi conto che e` sufficiente che l'utente cancelli (e non ti dira` mai
che l'ha fatto perche' non se ne e` nemmeno reso conto) il contenuto di una
misera cella perche' il tuo castello di fogli possa miseramente crollare?
Poi che fai mentre cerchi di capire cosa non va? Ti metti a ballare? (visto
il tuo cognome;-))
Pero` si puo` fare. Ma bisogna che l'utente sia perfettamente consapevole
dello strumento che ha in mano, che conosca Excel, che collabori (nei due
sensi: partecipare e assecondare) ed e` necessario che non si aspetti di
interagire con la tua applicazione come se fosse un classico programma
gestionale.
Piu` o meno e` questo il concetto alla base degli "add-in" (le aggiunte): e`
l'utente in prima persona che gestisce il tutto e tu gli fornisci gli
strumenti che rendono automatiche talune operazioni e implementi per lui
funzioni particolari che verranno usate come le normali funzioni di Excel.
Come vedi ci sta bene (e` opportuno e necessario) anche un bel corso
avanzato agli utenti.
Che ne dici? Ti ho spaventato? Spero di no.
Ovviamente: se qualcuno la vede in maniera diversa da me sarei lieto di
dialogare sull'argomento. Senza offendere. Stiamo mica parlando di "Visual
Basic Vs Delphi" o di "Windows Vs Linux"... ;-)))
