Newsgroup: it.comp.appl.access
Titolo: chiamare da mdb un altro mdb

salve a tutti, 
il quesito di stavolta č se io spezzetto il mio mdb posso
creare un pannello comandi che mi vada a caricare solo la porzione che mi
interessa?
cioč su un mdb ci lavoro in carico magazzino, su un altro lo
scarico e cosě via
ovviamente sto parlando di FE.
grazie
dell'attenzione
MAssimiliano
--------------------------------
Inviato via 
http://usenet.iol.it


Se non ho capito male tu vuoi creare un mdb che ti faccia da menù per gli
altri.
Se è così, ciò è facile sfruttando la proprietà "collegamento ipertestuale"
di un pulsante di comando.
Basterà che tu vada ad inserire in tale proprietà il nome del tuo mdb,
eventualmente con il percorso se esso non si trova nella cartella database
predefinita.
Ciao, Nicola.
P.S: non usare tale proprietà se hai Access XP perchè ha un bug molto
pericoloso!

predefinita.
caro Nicola, grazie della dritta, va benissimo. 
la mia esigenza è quella
di allegerire il db, secondo te così è valida come idea?
grazie



Scusate se mi intrometto.
Secondo me non ottieni un risultato apprezzabile e dovrai facilmente
ripetere nei vari FE parte del codice o alcune query (e forse anche maschere
e report).
Le domande che mi si sono poste leggendo il tuo messaggio sono state: perché
hai la necessita di alleggerire il FE? è vicino alla dimensione di 1GB (A97)
o di 2GB (A2000 in poi)?
Non sarà meglio che fare una compattazione o, magari, importare in un nuovo
db tutti gli oggetti?
Hai provato a massimizzare l'uso delle maschere e dei report (intendo dire
riutilizzando lo stesso report invece di crearne 2 quasi uguali)?
--
Silvio
il sito comune di it.comp.appl.access:
http://www.sitocomune.com

riutilizzando lo stesso report invece di crearne 2 quasi uguali)?
ciao
Silvio, grazie del tuto contributo alla discussione. x questo db mi sto
muovendo su 5 FE A97. stiamo parlando di qualche decina di mb ma ho spesso
dei piccoli delay fastidiosi xchè in ciascuna maschera ci sono diverse
query e diverse sottomaschere: quindi più che allegerire la mia esigenza è
di velocizzare e non attendere quel paio di secondi spesso su diversi campi
della stessa maschera. 
Ovviamente provvedo spesso alla compattazione e
utilizzo al massimo ciascuna maschera.
grazie dell'interessamento


 ha scritto nel messaggio
news:81Z73Z224Z132Y1...@usenet.iol.it...

Caro Massimiliano,
a mio avviso stai seguendo la strada giusta, non tanto per quanto riguarda
le dimensioni del DB, ma per l'alleggerimento del carico di lavoro che ti
tocca fare in caso di manutenzione. E' il classico caso del "non mettere
tutte le uova nello stesso paniere".
Non so se il tuo programma è ad uso personale o professionale, ma per la mia
esperienza (gestisco un software gestionale con A2000) sarebbe impossibile
gestire un programma anche solo di un centinaio di MB quando i clienti
chiedono in continuazione aggiornamenti e personalizzazioni.
Così facendo ho tutti moduli da 5 - 10 MB e riesco ad aggiornare i programmi
velocemente anche per via telematica!
Per non parlare del fatto che se si blocca un modulo unico il cliente è
completamente fregato, così invece al massimo non riesce a sfruttare alcune
funzioni, ma può continuare a lavorare con altre.
Al di là di tutto sono comunque molto validi i suggerimenti di Silvio
Berruti sull'ottimizzazione degli oggetti per evitare ridondanza.
Mi raccomando di tenere presente che la procedura che ti ho suggerito non è
valida con Access XP, perchè se hai un DB aperto in quel modo e fai la
compattazione, viene automaticamente impostata una password fittizia che
impedisce a chiunque di accedere al DB, con il risultato che si perde tutto!
(con Access XP tutto ciò si deve gestire da VB)
Ciao, Nicola.

tutte le uova nello stesso paniere".
caro Nicola, ti ringrazio x il
riscontro, deve solo gestire con A97 le diverse istanze e credo che all
fine posso ottener un buon risultato.
grazie mille (o oggi dovrei dire
0,52€) ancora
