Newsgroup: it.comp.appl.access
Titolo: librerie

Buongiorno volevo chiedere se attivare la libreria DAO oltre alla ADO 
appesantisce di tanto l'applicazione per una sola funzione.
grazie
Negrinelli Walter

 ha scritto nel messaggio 
news:4da7e1fb$0$18248$4faf...@reader2.news.tin.it...

No, va bene.
Ricorda di usare la dichiarazione esplicita se usi entrambe le librerie, per 
esempio:
Dim rs as DAO.Recordset
oppure
Dim rs as ADO.recordset
Ciao, Carlo 

 Ciao, Carlo
chiedo comunque se questa funzione puň essere eseguita anche con ADO perche 
cosě come č mi da errore ovviamente eliminando DAO.
dim qdf as DAO.querydef
dim fld as DAO.field
dim rst as DAO.recordset
dim conta as integer
set qdf=currentdb().querydef(miaquery)
set rst=qdf.openrecordset
conta =1
for each fld in rst.field
me("controllo" & trim(conta) & "etichetta").caption=
fld.name
me("controllo" & trim(conta)).controlsource=
fld.name
conta =conta+1
next

 next
Non è un problema di DAO o ADO ma di al minimo
2-3 sbagli nel codice, soprattutto:
querydef(miaquery) --> querydefs("miaquery")
in rst.field --> in rst.fields
Prova così:
Dim db As DAO.Database
dim rs as DAO.recordset
dim fld as DAO.field
dim lngConta As Long
Set db = Currentdb
Set rs=db.openrecordset("miaquery", dbOpenDynaset)
lngConta =1
for each fld in rs.Fields
    me("controllo" & lngConta & "etichetta").caption=
fld.name
    me("controllo" & lngConta).controlsource=
fld.name
    lngConta = lngConta+1
next
Se non funziona così, copia/incolla il tuo vero codice
e scrivi il numero e messaggio esatto dell'errore e
in quale riga succede.
-- 
Ciao
Karl
*********
Access FAQ:  
http://www.donkarl.com/it
 


mi sono espresso male,
il codice funziona ma ho attivato la libreria DAO solo per questo codice e 
cercando di farla funzionare con ADO mi da errore perchè penso non esista la 
proprietà Querydef
era per quello che volevo sapere se aggiungere una libreria appesantiva il 
codice e il programma in generale.
adesso ho un file che mi pesa 18 mb e volevo cominciare a smagrirlo un pò.
le tabelle sono già collegate volevo chiedere se è possibile fare anche un 
file con i report che funzioni come le tabelle.
grazie


 grazie
Mi piacerebbe capire se stai usando ADP o MDB..., perchè solo se usi
ADP ha senso disattivare DAO.
Nel caso tu stia usando un MDB direi che è decisamente poco sensato
usare ADO, visto che JET lavora implicitamente con DAO ed obblighi
Access ad apportare conversioni ESPLICITE sugli Oggetti DataBound...
@Alex


Mi piacerebbe capire se stai usando ADP o MDB..., perchč solo se usi
ADP ha senso disattivare DAO.
Nel caso tu stia usando un MDB direi che č decisamente poco sensato
usare ADO, visto che JET lavora implicitamente con DAO ed obblighi
Access ad apportare conversioni ESPLICITE sugli Oggetti DataBound...
@Alex
uso mdb access xp quindi ho capito che č meglio che lascio cosě com'č
grazie mille.
mentre per il discorso di creare un file mdb nuovo con solo i report per 
snellire quello attuale sapete darmi indicazioni?
grazie mille

 grazie mille
La cosa si può fare, ma ti complichi la vita, e devi in tutti i casi
pensare a come gestire i dati...!
Se i REPORT sono basati su Query, devi andare a gestire Query Linkate
o Qry di tipo Passtrought sul DB originale... oppure linkare le
tabelle al BE e via Automazione
andare a gestire i Filtri...
Possibile che tu abbia centinaia di Report da gestire...?
Io non ho mai avuto più di una 30ina di Report, e, usando immagini BMP
a 256 colori, le iglobavo nel Report appensantendolo... ma questo non
mi ha mai reso necessario
valutare Report esterni...!
Nel caso le immagini siano pesanti si Linkano...
Il Report di per se non può essere causa di pesantezza, a meno che tu
non abbia mal strutturato i Report e ti trovi a gestire centinaia di
Report per qualche errore di ingegnerizzazione dell'applicativo...
@Alex

 ha scritto nel messaggio 
news:ee9d8328-4db0-41d8...@u12g2000vbf.googlegroups.com...




@Alex
i report sono solo una trentina anche i miei e non hanno nemmeno chisà che 
immagini
ma 18 mb per un db sono tanti o pochi.
il tutto è solo perchè il mio stesso programma lo usa un amico e quando 
faccio aggiornamenti lo devo portare perchè non ha adsl e scaricare 18 mb 
senza adsl è sempre un problema.
grazie

 codice e il programma in generale.
Le librerie sono oggetti esterni al DB. Il mDB conserva solo il path e 
qualche altra proprieta' (cfr. Help "References") per il collegamento, 
esattamente come succede per le tabelle collegate.
-- 
ac (x=y-1)

 grazie
I 18Mb in se non sono moltisimi... hai provato tuttavia a creare un
NUOVO db Vergine ed importare tutto il contenuto del vecchio...?
Compila e compatta tutto...!
Spesso la dimensione del DB aumenta anche per le mancate compattazioni
del codice, e spesso dopo molte modifiche il margine di compattazione
si riduce...
se segui il consiglio di prima potrebbe migliorare molto.
@Alex

 se segui il consiglio di prima potrebbe migliorare molto.
v.a. 
http://www.donkarl.com/it?FAQ1.22
In più c'è il formato zip per mandare aggiornamenti. ;-)
-- 



le compattazioni vengono fatte spesso
volevo chiedere inoltre una cosa
come si può fare per verificare il peso di ogni singola maschera report 
query modulo
grazie


 report query modulo
Non si puo ovvero solo con compattare/eliminare/compattare.
Però quasi non importano se non hai mille di oggetti o diecimilla
righe di codice in ogni oggetto o certo tabelle con dati nel FE.
Per tutti altri casi vale:
Leggi l'articolo, poi togli o almeno riduci il numero delle immagini (logo 
ecc.),
fai l'importazione-decompile-compattazione e stupisci.
-- 
Ciao
Karl
*********
Access FAQ: 
www.donkarl.com/it
 


Fai attenzione che quanto ti è stato suggerito non ha nulla a che
vedere con la NORMALE gestione della compattazione...!!
@Alex

 del 'peso' singola maschera o report e' trovato
Naturalmente era "..e voila' il problema del 'peso' singola maschera o 
report e' risolto.." 

 End Sub
alla fine questa opzione mi ha fatto scoprire che avevo 3 immagini in un 
report
db diventato 6,5 mb
grazie