Newsgroup: it.comp.appl.access
Titolo: Come 'smagrire' progetto realizzato con Access 2003 ???

Potete consigliarmi i migliori sistemi per ridurre di dimensioni un progetto 
che, nato di qualche mega, si e' rapidamente evoluto crescendo a dismisura 
fino alla quota di 40 megabyte
Il problema e' che sta ancora crescendo e quindi cerco un sistema per 
migliorare la velocita' di caricamento e l'affidabilita' complessiva del 
sistema, perche' se si ferma una form (nel senso che si incricca e non parte 
piu') non deve fermarmi l'intero gestionale dal funzionare correttamente
Il progetto si appoggia, via odbc, a un db esterno, quindi dentro l'mdb ho i 
collegamenti alle tabelle, le query, le form, i report, i moduli
Quello che incide per oltre 25 mega sono le form, pensate che ve ne sia 
qualcuna di bacata ?
Sono circa una quarantina di form, alcune delle quali abbastanza corpose
Ciao e grazie
RobertoA

 ha scritto:

Ciao,
Oltre al classico Compatta (Strumenti Utilita), puoi creare
un database vuoto e importare tutti gli oggetti dal vecchio
(abbi cura nelle opzioni di selezionare solo la struttura delle tabelle
altrimenti ti si riempie di dati anche se via odbc)
Poi lo compatti.
Questo secondo metodo dovrebbe ridurti le dimensioni al minimo possibile.
-- 
Lorenzo 


Grazie, ma l'ho gia' fatto
Mi chiedevo se esistesse magari un sistema per eliminare il codice morto o 
eventuali form non richiamate da nessuno
Spetta cosa per i report
Ciao e grazie
RobertoA

 RobertoA
Ma sai, alla fin-fine una maschera puo' essere richiamata
da codice con il suo nome annidato in una stringa magari calcolata.
Le stesse funzioni possono venire richiamate in modi diversi.
Routine non associate a eventi di controlli non piu' presenti
potrebbero essere benissimo routine necessarie fatte ad ok.
Non credo esista qualcosa che in automatico e sicurezza
possa eliminare oggetti.
Certo puo' succedere che un progetto si evolva nel tempo
e lasci dietro a se oggetti non piu' utilizzati.
Una buona pratica puo' essere rinominare gli oggetti in _OLD
quando si decide di non usarli piu', in questo modo e' semplice
eliminarli un domani. In particolare per il codice, se si decide
di non usare piu' una routine, rinominandola e' facile scoprire
se qualcosa non funziona piu' (ovvero e' ancora in uso).
Altra possibilita' e' tenere un catalogo su tabelle di maschere e report,
in questo caso e' semplice automatizzare un "pulitore".
Ma in ogni caso sono tutte azioni preventive.
A posteriori la soluzione e' andare a mano, avendo cura di
salvarsi un backup del DB.
--
Lorenzo
-- 
-- 
Lorenzo 


Scusa ma se il db è esterno e hai un FE così grande, vuol dire che ci sono immagini nelle form.
vero?
Toglile o meglio richiamale con l'attributo picture.
Ho progetti sostanzi, m non arriveranno mai a 40MB in poco tempo come tu dici
-- 
-- 
MAssimiliano Amendola
www.accessgroup.it
Cisa - Conferenza Italiana Sviluppatori Access

 >> crescendo a dismisura fino alla quota di 40 megabyte
Un file MDE (?) da 40 MB dovrebbe contenere centinaia tra forms e reports...
Secondo me hai elementi grafici (specie non .bmp) che influenzano le
dimensioni del progetto.
Saluti.

 ha scritto nel messaggio 
news:4717201a$1...@newsgate.x-privat.org...

Oltre al discorso immagini in form/report; potresti mettere in un mdb 
separato i moduli con il codice VBA, e includere questo nei riferimenti. 
Anche se, probabilmente, non inciderà di molto...
Ciao.
-- 
Sergio MAZZA 

RobertoA ha scritto:

Un FE che contenga tutto gli oggetti del database meno, evidentemente, le
tabelle (BE), si appesantisce in maniera poco lineare se vi sono immagini
inserite o nelle form o nei report. Diciamo che è la grafica che
appesantisce maggiormente l'FE. Una delle tecniche che utilizzo, anche per
una maggiore semplicità di manutenzione è quella di scorporare i report
dal mio FE e creare un riferimento al database che contiene i report. La
tecnica, sia nel caso si tratti di un mde che di un mdb, la trovi al
seguente articolo:
http://www.accessgroup.it/HomeArgomenti.asp?ID=132&Oggetto2=Stampare%20da%20un%20mde%20un%20report%20mdb
Leggiti il commento di Pablito per quanto riguarda gli mdb.
--
sv 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it