Newsgroup: it.comp.lang.visual-basic
Titolo: Gestionale

Salve ragazzi, sto ultimando un'applicazione gestionale sulla contabilità di
un negozio, mi manca da gestire il cambio dell'anno (archiviando i dati
vecchi e preparando quelli nuovi). La mia idea sarebbe che al cambio
dell'anno creo una copia del database e nella copia "svuoto" tutti i valori
in modo da avere tabelle "vergini".
Volevo sapere se qualcuno di voi ha già dovuto affrontare questo problema, e
se mi può proporre una soluzione più efficiente.
Grazie mille,
Francesco



Usa un "database.000" vuoto. Al nuovo anno, salvi il database vecchio
con "database.2002" e crei una copia del "database.000" vuoto con nome
"database.mdb" (o altro se non e' access)
Ciao

 in modo da avere tabelle "vergini".
Ho fatto esattamente la stessa cosa proprio in questi giorni :)
Dopo averci pensato su un po' credo sia la soluzione più semplice per
evitare tutta una serie di problematiche.
Ciao

 Ciao
Si penso di essere convinto anche io che questa è la soluzione migliore, mi
rimane solo un dubbio:
questo programma verrà installato su un Win 95, mi conviene creare solo
l'eseguibile (EXE) oppure
preparare un pacchetto d'installazione ?
Mi preoccupa come reagirà il mio gestionale su un Win 95 senza librerie VB,
se porto solo l'eseguibile
mi viene fuori qualche errore ? C'è un modo per inserire le librerie su WIn
95 ? Mi sembrava di aver visto
un certo file .... vbruntime.dll  .... mi potete illuminare ? Sono un
novello in VB ! Grazie.
Francesco

 novello in VB ! Grazie.
Francesco,
il pacchetto va fatto praticamente sempre, cin windows95, 98, xp, nt, 2000 e
quelli che si inventeranno in futuro, almeno che la tua applicazione sia un
form senza niente oppure ci sia Vb installato sulla macchina, inoltre
ricorda anche di installare le librerie mdac per l'accesso ai dati.
Ciao

 quelli che si inventeranno in futuro
Non è esatto.
Io ad es. tendo a fare così per applicazioni che non si sa mai come andranno
avanti:
creo un setup con dentro tutto l'indispensabile e tutti i controlli e
riferimenti che in un futuro potrebbero servirmi.
Poi dato che ormai sulla macchina destinazione c'è già tutto mi limito a
ridistribuire solo l'exe.
Ciao

E se nel frattempo qualcuno ha eseguito altre installazioni che hanno
cambiato le versioni delle librerie? Non ci vorrebbe, in ogni caso, una
routine di controllo?


 routine di controllo?
No.
Io il setup l'ho dato funzionante.
Se qualcuno lo sovrascrive con porcheria sono ca**i suoi.
Si reinstalla il mio di ambiente.
Ciao

Scusa ma trovo una contraddizione.
Se dai il pacchetto di installazione completo assieme al solo eseguibile da
sostituire (come credo di avere capito dal messaggio precedente) non inciti
all'operazione piů semplice? A quella che puň dare problemi? "Se qualcuno lo
sovrascrive con porcheria sono ca**i suoi" non č un'affermazione
giustificabile. Molte volte vengono installati programmi che portano
versioni diverse di una libreria e non per questo sono porcherie.


 versioni diverse di una libreria e non per questo sono porcherie.
Ma cosa stai dicendo?
Se il mio prog funziona con il pacchetto A, e uno installa B e poi non
funziona più non è certo colpa mia!
Vuoi che il mio prog funzioni? Usi il pacchetto A altrimenti non garantisco
niente.
Oppure mi paghi, e io controllo perchè con il pacchetto B non funziona.
Pensa te se io ogni volta che devo cambiare il colore ad una label in un exe
di pochi k devo rifare e ridistibuire un setup di 20Mb... magari per e-mail.
Ciao

 Oppure mi paghi, e io controllo perchč con il pacchetto B non funziona.


 sostituzione del solo eseguibile č un esempio di pessima programmazione.
Va bene.
Ciao


Lo so :-)
Ciao

 sostituzione del solo eseguibile è un esempio di pessima programmazione.
ma il mio programma non funzionerebbe neanche come versione originale, e se
comunque reinstalli il mio pacchetto aggiornato completo probabilmente non
funzionerebbe piu' l'atro che ha sovrascritto i miei componenti, oppure il
mio aggiornato continuerebbe a non funzionare perche' non sovrascrive
componenti piu' nuovi installati da altri che hanno rotto la compatibilita'
binaria, etc... comunque la guardi uno dei due probabilmente non funzionera'
piu'...
per cui meglio tenere un setup completo alla versione n.n.n con l'aggiunta
del solo modulo modificato.... tanto piu' se da scaricare via rete...
e l'ultima riga del post mi sembra un attimino eccessiva, non credi??
chiaramente e' un'opnione personale
saluti e buona notte, ora finisco il turno....
Andrea Montanari
montanar...@virgilio.it
http://utenti.tripod.it/a_montanari/dbamgr.html
(my vb6+sql-dmo little try to provide MS MSDE 1.0 a visual interface) ver
0.0.30
--------- remove **nospam to reply

Effettivamente questo è un problema di una certa rilevanza. Windows XP ha
cercato di rimediare mantenendo versioni diverse della stessa libreria e,
tuttavia, anche un piccolo programmatore può cercare di proporre una
soluzione.
1) Difendi il tuo
Io ho scritto una piccola routine che, all'avvio del programma o su
richiesta, cerca la versione dei files presenti nel pacchetto di
installazione ed avverte in caso di discordanza. In caso di problemi viene
subito indicato il sospetto colpevole.
2) Proteggi gli altri
Al momento dell'installazione tutte le librerie sovrascritte vengono copiate
in una cartella Back up per potere eseguire controlli se qualcuno, tra gli
altri programmi presenti nel computer, avesse in seguito problemi.
Tu mi scrivi che ho esagerato parlando di cattiva programmazione. No! Sono
convinto che l'argomento, pur se meno trattato di altri, sia importante. Dal
numero di messaggi che leggo sui conflitti tra le librerie è anche
relativamente frequente. Trascurarlo ovvero pensare solo al funzionamento
del proprio programma ed, in aggiunta, non dargli strumenti di difesa da
"installazione pazza" è cattiva programmazione.


 wrote in message
news:7B8k8.64768$_u5.1...@news1.tin.it...
