Newsgroup: it.comp.appl.access
Titolo: Notizie su ADO

Salve dove si puo' trovaee materiale informative( se ci sono guide) su 
come usare i record di Access attraverso il metodo ADO.
P.S. Ma che fantasia Microsoft a fare confusione introduendo DAO, 
qual'e' la differenza ?
Grazie


Beh diciamo che è il contrario ADO viene dopo di DAO
cmq trovi tutto sulla guida in linea
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa - Conferenza Italiana per Sviluppatori Access
Info:  
www.donkarl.com/it

 
Scusate sono un neofita a riguardo mi spiegate la differenza?


Sono due modi diversi di accedere ai db.
Dao è + completo ma è in via di dismissione fuori ambito Access (in Office
12 pare lo riprendano)
Ado è + nuovo e viene rispreso anche da altri linguaggi
Ma sostanzialmente sono lo stesso (a meno che per esempio non vuoi andare
nella struttura delle tabelle - che ADO non gestisce e ti obbliga ad usare
ADOX)
Sposane uno e spremine la conoscenza


 obbliga ad usare ADOX)
DAO è nato insieme al motore Jet di Access, ed è profondamente radicato in 
Access. Ad esempio, i recordset associati alle maschere sono tutti di tipo 
DAO.
ADO è una tecnologia di accesso a dati nettamente differente: nasce soprattutto 
con lo scopo di collegarsi ad una qualunque fonte dati (Microsoft lo presentava 
come il perno della tecnologia Universal Data Access).
--
PBsoft di Gabriele Bertolucci
www.pbsoft.it
skype: pbsoftsolution

 Access).
Cosa vuol dire presentava..... che non lo presenta più oppure che ha 
cambiato politica?
Saluti Andrea 

 cambiato politica?
La politica di Access in materia di accesso ai dati č cambiata sostanzialmente 
con l'avvento del framework .NET.
Semplicemente io non ho piů sentito parlare di Universal Data Access.


 Saluti Andrea
-- 


 e lì c'è solo Ado.net, un'evoluzione di ado ma di Dao nenache l'ombra
Questo è proprio il dilemma che mi pongo.
Quindi la miglior cosa da fare sarebbe quella di dedicarsi un pò di più ad 
ADO anzichè DAO e sicuramente un programma come access resterebbe sempre 
valido ed attuale?
Saluti Andrea

 valido ed attuale?
La cosa migliore sarebbe potersi dedicare ad 
ADO.NET
 + WinForms + SQL Express 
+ DataBindings.
ADO.NET
 č incentrato sul concesso dei dati "disconnessi" quindi non č uno 
stretto parente di ADO.
Le applicazioni fatte con Access avranno ancora molto da dire in futuro.


 wrote in message
news:dv722a$q9r$
1...@area.cu.mi.it

Beh intanto DAO non è più completo di ADO, anzi.....!
ADO è decisamente più performante in qualsiasi situazione
non venga usato con JET.
Basti pensare alle possibilità di gestione dei Recordset(inteso
come tipologia di sicurezza dell'accesso).
C'è da dire che per completezza è associato ad ADOX al
fine di ottenere il massimo dalle informazioni del DB.
Credo che l'unica cosa che manca(ma a ragione non essendo dedicato a
JET) è il metodo CompactDatabase, ma per i DB_SQL solitamente è 
disponibile una procedura residente.
Per .NET direi che non ha quasi nulla a che vedere nemmeno con ADO,
anche se molti insistono a definirlo come hai detto tu l'Evoluzione.
La filosofia dei Dataset in ADO non esiste nemmeno, ed è la rivoluzione
maggiore della tecnologia .NET in applicazioni VS.
Un Dataset potrebbe essere definito come una sorta di Replica 
in Memoria del Database(o parte di esso) al quale ci si connette, cosa
molto differente dal concetto di Recordset.
Cosa FONDAMENTALE è l'uso di recordset disconnessi, con tutti i
pro ed i contro che possono essere introdotti.
In ogni caso questa tecnologia in Access non ha ancora senso di
essere nominata, speriamo che il nuovo DAO per il Nuovo JET
abbia performance paragonabili almeno ad ADO+MSDE, altrimenti
non vedo cosa l'abbiano fatto a fare, visto oltretutto che 
SQL_SERVER versione Developer veniva praticamente REGALATA, mentre
MSDE è incluso già da A2000.
Aggiungerei un paio di considerazioni personali:
1) Per chi non ha intenzione di passare a ServerSQL, ma vuole rimanere
sul motore JET non ha assolutamente senso parlare di ADO.
2) Per chi vorrà passare ad un Motore SQL occorrerà pensare al FE
prima che decidere se usare ADO o DAO.
Rimane pursempre poco praticabile l'uso di ADO con un FE(Access) che
non sia ADP.
Access converte un Recordset ADO in DAO sempre e comunque, oltretutto
un RS ADO per essere associabile al metodo Recordset di un'oggetto
Bound deve essere aperto in modo un pò particolare, altrimenti 
risulta ReadOnly....!
Non c'è Access senza DAO.
Spesso si dice di ADO perchè è di moda, ma per chi non usa ADP 
a mio avviso è sempre e solo una voglia poco remunerativa.
@Alex
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Le applicazioni fatte con Access avranno ancora molto da dire in futuro.
Questo lo spero perchè ci stò dedicando anima e corpo e non amo gettare al 
vento i miei impegni.
Saluti Andrea 

 a mio avviso č sempre e solo una voglia poco remunerativa.
Ovviamente come sempre tu, sei anni luce avanti a me ma stasera mi hai fatto 
capire un'altra cosa..........:
Cos'č MSDE 
http://www.visual-basic.it/articoli/scMsde01.htm
 , penso che 
dovrň stare piů attento a quello che scrivete, siete proprio un pozzo di 
uuuuuuuuuuuuuaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh papapara 
(Sergio Leone).
Saluti Andrea 

MSDE è un Server SQL che sfrutta il motore di SQL_SERVER, ma è
limitato ad un numero
di utenti contemporanei massimo di 5 mi pare.
MS ha spinto molto per abbandonare JET, e deviarsi verso SQL_SERVER, lo
si vedeva
soprattutto dal fatto che voleva anche abituarci ad abbandonare DAO con
le versioni
A2000-2002-2003, salvo poi ripiegare con A12...!
Ciao
@Alex