 |
Access Discussion of Microsoft Access database design and programming. See also the forums for Access ASP and Access VBA. |
Welcome to the p2p.wrox.com Forums.
You are currently viewing the Access section of the Wrox Programmer to Programmer discussions. This is a community of software programmers and website developers including Wrox book authors and readers. New member registration was closed in 2019. New posts were shut off and the site was archived into this static format as of October 1, 2020. If you require technical support for a Wrox book please contact http://hub.wiley.com
|
|
|

January 24th, 2005, 05:14 AM
|
Registered User
|
|
Join Date: Jan 2005
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
ADO,DAO,ADODB,DB....
I don't know and i want to know the differ of it.
Where can i find that mean??
I'm using Access2000 to connect data with form and i dont know which one is best ?
Thanks first.
To Supremacy
|

January 24th, 2005, 06:47 AM
|
Authorized User
|
|
Join Date: Mar 2004
Posts: 14
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Dear ToSupremacy
Another forum member may be able to give a succinct answer to this question but I think it is too big a question for a forum - books have been written on this subject!
With regard to the merits of ADO and DAO, one reason the answer is not simple is that the answer begins with "it depends...".
One (of many) books that could help you answer this question for your particular needs is "Beginning Access 2003 VBA" (wrox).
R
|

January 24th, 2005, 09:55 AM
|
Friend of Wrox
|
|
Join Date: Jun 2003
Posts: 1,093
Thanks: 1
Thanked 12 Times in 11 Posts
|
|
A good resource to begin exploring is Microsoft's Data Access and Storage Developer Center. All the components you mention are COM libraries developed by MS as part of its Universal Data Access Strategy. ADO.NET represents MS's move away from COM toward a data access technology based on .NET Framework libraries. A look at MS's Data Access Technology Road Map will gives you some good info about where microsoft is going with its data access technologies. You can find it at:
http://msdn.microsoft.com/data/defau...dacroadmap.asp
Technically, DAO is a deprecated (obsolete) data access component library, and will not be included in MS's 64-bit version of Windows when it comes out. Nevertheless, it is optimized for accessing Jet databases, and you will still find plenty of Access developers who recommend its use over ADO when accessing Jet databases. The Jet database engine, however, has also been deprecated, but the jury remains out on the future of Access, and what future versions may use as a data store (probably some incarnation of SQL Server (like MSDE) accessed via ADO.NET).
Also, you can download and install the MDAC (Microsoft Data Access Components) SDK (Software Developer's Kit). The current version is 2.8. The MDAC SDK contains language references and sample code for implementing the COM data access component libraries. The DAO language reference is no longer included, but you can find it in the MSDN library at:
http://msdn.microsoft.com/library/de.../D2/S5A25F.asp
To download and install MDAC 2.8 SDK, go to:
http://www.microsoft.com/downloads/d...DisplayLang=en
For the ADO.NET language reference (which requires the .NET Framework), you will need the .NET Framework SDK 1.1, found at:
http://www.microsoft.com/downloads/d...displaylang=en
HTH,
Bob
http://www.microsoft.com/downloads/d...displaylang=en
|

February 1st, 2005, 12:05 AM
|
Friend of Wrox
|
|
Join Date: Mar 2004
Posts: 217
Thanks: 0
Thanked 1 Time in 1 Post
|
|
Pardon me for jumping in with a related question...... We recently implemented a database at work for our workgroup to use (10 people). Our IT department is planning on up-sizing to SQLServer for to meet federal security regulations which go into effect this April. There are places I used DAO to accomplish a few things Access would not allow directly. The little I've read about DAO vs. ADO indicates that ADO can connect to SQL Server but DAO is only for Jet??? And it appears they do not peacefully co-exist well....... So, does the DAO have to be converted to ADO? (I have referred to DAO explicitly).
Thanks,
Loralee
|

February 1st, 2005, 01:09 AM
|
Friend of Wrox
|
|
Join Date: Jun 2003
Posts: 1,093
Thanks: 1
Thanked 12 Times in 11 Posts
|
|
Quote:
quote:little I've read about DAO vs. ADO indicates that ADO can connect to SQL Server but DAO is only for Jet???
|
Both DAO and ADO can connect to SQL Server. A DAO connection uses SQL Server's ODBC Driver, while an ADO connection uses SQL Server's OLE DB provider. However, DAO was designed for Jet.
So which do you use to connect to SQL Server?. A general rule of thumb is that when you are working with a database server, whatever it may be, that has both a proprietary ODBC driver and OLE DB provider, you will always get better performance using the OLE DB provider. If you have these two choices, ODBC will always be the poor one. OLE DB is simply a newer and better technology. Plus, migrating form DAO to ADO is really pretty simple, the objects models are generally pretty similar.
HTH,
Bob
|
Similar Threads
|
Thread |
Thread Starter |
Forum |
Replies |
Last Post |
ADO or DAO |
knowledge76 |
Access VBA |
3 |
October 12th, 2015 04:26 PM |
Using DAO and ADO within ADODB.connection |
faridrd |
Access VBA |
0 |
January 8th, 2008 10:43 PM |
DAO vs. ADO |
SerranoG |
Access VBA |
11 |
December 5th, 2006 01:19 PM |
ADO vs DAO |
perrymans |
BOOK: Expert One-on-One Access Application Development |
0 |
October 24th, 2004 11:36 PM |
DAO / ADO? |
merguvan |
Access VBA |
8 |
January 18th, 2004 07:39 AM |
|
 |