Re: Is ODBC right for me?
- From: DIRN <DIRN@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 3 Nov 2006 09:06:02 -0800
Van
Thanks again for the wisdom. Access "Vision" document was very helpful. I
will begin to start looking for material on how to code an application
optimzed for a SQL server BE. I think your thoughts on minimizing network
traffic are right on.
I appreciate your generous assistance!
David
"Van T. Dinh" wrote:
* Definitely Linked Tables from what I have heard for some time now. When.
Access 2000 & Access 2002 came out, Microsoft was pushing ADP but it is
definitely not the case with Access 2007. In fact, I think the new ACCDB
format utilises the new JET engine (and JET engine was supposed to be in
maintenance mode only!)
See http://www.tinyurl.com/y2yjzn
and have a look at the first paragraph of page 10 from the Microsoft
document above and I am sure you can infer what Microsoft impplies.
* I haven't done much testing with Access 2007 + new ACCDB format but AFAIK,
you need A2007 to use ACCDB. If you have a uniform enviroment where
everyone has A2007, ACCDB will probably be better (since the Microsoft
Access / JET engineers have exclusive control of the engine which enable
them to tune it to suit Access while the JET 4 engine is shared in the OS so
they can't change it easily). If you have a mixed environment, I think it
is safer to stick to the MDB / MDE format for the moment.
* I am confused about "VB" nowadays since it could mean either the old VB6
or VB.Net or VB2005 but don't you have to use some sort of interface such as
OLEDB to access data regardles of the BE engine? In my databases, I used
ODBC-linked Tables (for Forms , Reports, etc ...) but in code, I use mostly
ADO / OLEDB for SQL Server to access and manipulate data and the speed is
quite fast.
I think the major bottleneck in most database application is network
transmission bandwidth, not the database engine or the interface to the
database (I once added a million simple records one at a time to a JET Table
using DAO Recordset code and it took only about 3-4 seconds). I concentrate
on reducing the need to transfer data across the network to a minimum, e.g.
getting the SQL Server to do most processing and only pass back the
processed result to Access FE.
--
HTH
Van T. Dinh
MVP (Access)
"DIRN" <DIRN@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:04CD459E-1686-41C1-90AF-A773661CF283@xxxxxxxxxxxxxxxx
Cindy & Van T.
Thanks for taking time to respond to my question. I still have three
lindering wunderabouts:
- Which approach (ADP vs. Linked Tables) to a Access FE / SQL Server BE
app
does MS consider best practice with the current revs of their Access & SQL
products?
- If, linked tables - how to choose between MDB and ACCDB?
- What did they really mean in the quote above about making an Access
FE as effiecient as a VB FE?
If you have any additional info or know of a resource who might be of
assistance please respond further.
Your help is so incredibly appreciated.
Best Regards,
David Hogan
- Follow-Ups:
- Re: Is ODBC right for me?
- From: Van T. Dinh
- Re: Is ODBC right for me?
- References:
- Re: Is ODBC right for me?
- From: Van T. Dinh
- Re: Is ODBC right for me?
- From: DIRN
- Re: Is ODBC right for me?
- From: Van T. Dinh
- Re: Is ODBC right for me?
- Prev by Date: Re: Is ODBC right for me?
- Next by Date: General network error problem
- Previous by thread: Re: Is ODBC right for me?
- Next by thread: Re: Is ODBC right for me?
- Index(es):
Relevant Pages
|