Newsgroup: it.comp.appl.access
Titolo: Ha senso compattare il Front End?

Come da oggetto.
Cioč se il front end ha le tabelle collegate ha senso compattarlo per
esempio ad ogni chiusura.
Morgan

 Morgan
č il FE ad ingrandirsi non il BE (escluso peso dati), quindi ovvio abbia
senso!
-- 
Ciao
Pablitomf (Maurizio Facciuti)
Access : Ver.97 - 2K
----------------------------
http://www.accessgroup.it/
----------------------------
Non mi fido molto delle statistiche, perchč un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 abbia senso!
????
Sicuro?
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

 senso!
Ciao Maurizio.
Io non lo compatto mai. Ovviamente una volta terminata l'applicazione.
--
ac

 ac


di che stiamo parlando? E poi perche' anomali? ;<)
No. Se il front end fa il front end. Perche' dovrebbe?
--
ac

 ha scritto nel messaggio
news:Xkuqg.10974$yg6....@tornado.fastwebnet.it...

Perchč Access dovrebbe importare di peso tutti i dati no?
E quindi mi chiedevo dove li mette?
Morgan


 E quindi mi chiedevo dove li mette?
nel BE. Altrimenti significa che il FE non fa il FE. E comunque in caso 
di import c'e' poco da compattare. Mi sembra che access recuperi lo 
spazio dati non utilizzato in modo "abbastanza prestazionale". La 
necessita' del compattamento puo' verificarsi se si fanno pesanti e 
continui "aggiornamenti" che coinvolgono gli indici. Nel caso di 
cancellazioni lo spazio dovrebbe essere recuperato e riutilizzato.
Se si fanno cancellazioni sui dati il db non mi sembra che si comprima 
"automaticamente", lo spazio reso disponibile verra' riutilizzato man 
mano che e' richiesto. E' evidente che se scrivi un tot di record e poi 
li elimini il BE sara' piu' grosso di quanto aspettato.
Ovviamente, se come spesso succede e secondo me e' malcostume, sul FE si 
mettono svariate tabelle temporane anche il FE puo' andare incontro a 
degrado.In questo caso io suggerisco l'uso di un BETemp magari locale.
Ahhhhh.... ma forse il tuo problema deriva dal fatto che le fasi di 
"importazione" agiscono direttamente su FE. In questo caso cercherei di 
organizzarmi in modo diverso e fare import non "invasive"
[cut]
--
ac

 ac

 esempio ad ogni chiusura.
Nessuno te lo impedisce, anche se non č davvero necessario.
E' invece saggia politica compattare il DataBase ogni tanto.
Ciao, Simone

 Morgan
Probabilmente Alessandro intendeva che se fai delle import di dati dal BE all'FE allora sì che l'affare si ingrossa e devi 
compattarlo; in questo caso ti suggeriva (se ho capito bene) di utilizzare un mdb locale, collegato all'FE, con le tabelle che 
vengono riempite dall'import...
Ciao.
-- 
Sergio MAZZA 


Ciao sergio.
Da quello che scrive mi sembra che ci sia un po' di "misunderstanding". 
Parla di "import" ma intende la apertura di recordset e giustamente si 
chiede:
"Cioè visto che si legge sempre
che Access non avendo un'architettura tipo server in rete in pratica 
scarica tutti i dati in locale mi chiedevo se questa cosa potesse far 
aumentare le dimensioni del file FE.mdb"
Domanda piu' che lecita poiche' la spiegazione riportata (piu' volte 
letta nel NG) puo' dare adito a diverse interpretazione.
--
ac

 dimensioni del file FE.mdb
non serve compattare il FE.
--
ac