Newsgroup: it.comp.appl.access
Titolo: [LUNGO] - DAO, ADO, ADODB...che casino...!!!!

Che casino!!!
Sto studiando l'architettura applicativa di Access e non riesco a mettere
insieme i cocci.
Da quel che ho capito sin'ora:
i due componenti principali di Access sono il MOTORE APPLICATIVO e il JET
DBENGINE.
Il MOTORE APPLICATIVO crea l'OGGETTO APPLICATION che è l'oggetto di
livello più alto di tutti.
All'interno dell'OGGETTO APPLICATION ci sono tutti gli INSIEMI FORMS,
REPORTS, MODULES e REFERENCES che rappresentano gli insiemi degli oggetti
che comunemente utilizziamo (maschere, report, moduli e via dicendo)
Ogni INSIEME SPECIFICO contiene un INSIEME CONTROLS, che rappresenta tutti
gli OGGETTI in quell'insieme; 
ad.es
 l'INSIEME FORMS contiene l'insieme
CONTROLS che potrebbero essere bottoni, etichette, e via dicendo.
Fin qui tutto chiaro. Poi vengono i problemi.
Il testo di Viescas dice:
Il primo (e più vecchio) dei due modelli che puoi utilizzare per
recuperare i dati ed esaminare o creare nuovi oggetti dati è il modello
Data Access Object.
[...] perchè fornisce oggetti, metodi e proprietà specifiche ad Access e
JET DBEngine.
DOMANDA 01: che vuol dire la parola 'fornisce'? Mi sembra di scorgere una
specie di framework, però non mi è chiaro e non ne vedo le relazioni.
DOMANDA 02: a cosa serve la libreria Microsoft DAO 3.6 Object Library? Che
metodi, proprietà e funzioni ha al suo interno, ed in che modo si
relazionano con Access?
continua:
La proprietà DBEngine dell'oggetto Application viene utilizzata come ponte
tra il motore applicativo e JET DBEngine
DOMANDA 03: in che modo fa da ponte, e perchè è necessaria?
continua:
questa proprietà rappresenta l'oggetto DBEngine, che è l'oggetto di
livello superiore nella gerarchia DAO
DOMANDA 04: è però di livello inferiore all'oggetto Application?
continua:
Da quello che mi pare di capire dagli schemi del libro, la struttura è
qualcosa di questo tipo:
MOTORE APPLICATIVO
| 
|stabilisce
|
Oggetto APPLICATION
|
|che ha la
|
proprietà DBEngine
|
|con la quale si collega a 
|
oggetti DAO
|
|il cui oggetto di livello superiore è
|
oggetto DBEngine
DOMANDA 05: giusto? Ma perchè c'è bisogno di tutto questo casino? Da
questo  schema sembra che tutto il modello DAO sia ad un livello inferiore
rispetto a quello dell'oggetto Application e che anzi 'dipenda da questo'.
E' giusto?
Modello ADO
Nel libro ci sono alcune frasi che non capisco. Ad.es.
Microsoft ha introdotto un set generico (1) di modelli di oggetti (2)
basati (3) su motore di dati (4) per fornire riferimenti (5) non solo agli
oggetti memorizzati da JET DBEngine ma anche ecc....ecc...
Le cose che non riesco a capire sono numerate (n).
1. che vuol dire set generico? strutturato in che modo?
2. modelli di oggetti...ovvero?
3. basati = ovvero? che usano? che hanno caratteristiche di...?
4. motore di dati = e che vuol dire?
5. fornire riferimenti = ovvero?
Sto agli inizi ma mi risulta abbastanza difficile organizzare tutti questi
dati così come sono presentati nel libro.
Qualcuno qui può darmi una mano a capire meglio per favore?
Grazie infinite a tutti!!!!!!
-- 
Insostenibile è il peso della conoscenza, se questa toglie poesia all'
Essere Umano.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Grazie infinite a tutti!!!!!!
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:  
www.donkarl.com/it

 relazionano con Access?
Ho visto che hai ricevuto una lunga risposta da MA quindi non 
intervengo, ma....
1) richiami un qualsiasi codice  (maschera del VBA)
2) controlli da strumenti-->riferimenti se e' spuntata la
DAO object library
3) fai un ricco F2 (visualizzatore oggetti)
4) selezioni solo la DAO ed "osservi" quello che tale libreria ti mette 
a disposizione
--
a.cara