dbTalk Databases Forums  

Re: Trying to understand the Access datasource processing andoverhead when using filter to select a single record for display

comp.databases.ms-access comp.databases.ms-access


Discuss Re: Trying to understand the Access datasource processing andoverhead when using filter to select a single record for display in the comp.databases.ms-access forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
a a r o n . k e m p f @gmail.com [MCITP: DBA]
 
Posts: n/a

Default Re: Trying to understand the Access datasource processing andoverhead when using filter to select a single record for display - 07-12-2011 , 07:05 PM






Access is awfully slow for _EVERYTHING_. Move to SQL Server / Accsss Data Projects if you really care about performance. I'd even go so far to reccomend that every sproc / view has with WITH (NOLOCK) clause.

With Jet, you don't get that much control over the environment / multi-user concerns.

Reply With Quote
  #2  
Old   
Access Developer
 
Posts: n/a

Default Re: Trying to understand the Access datasource processing and overhead when using filter to select a single record for display - 07-13-2011 , 02:23 AM






"a a r o n . k e m p f @gmail.com [MCITP: DBA]" <aaron.kempf (AT) gmail (DOT) com>
wrote

Quote:
Access is awfully slow for _EVERYTHING_. Move to
SQL Server / Accsss Data Projects if you really care
about performance.
You never tire of trolling and spreading misinformation, do you, Mr. k e m p
f? If what you say is so, why is it that people with real knowledge of
Access with SQL Server "upgrade" warn that, more often than not, it will be
slower after you upgrade to SQL Server until you revise your database
application?

Quote:
I'd even go so far to reccomend that every sproc /
view has with WITH (NOLOCK) clause.
Considering that most of what you "recommend" is wrong, or just something
you heard, or completely inapplicable, I'm sure everyone is going to be
running, not walking, to their SQL Server DB to add that clause. <SNNRRRCH>

Quote:
With Jet, you don't get that much control over
the environment / multi-user concerns.
With Jet, you do have control. With SQL Server, there's often a DBA between
the user/developer and the server database -- if you are typical of DBAs,
then better that people stick with Jet (though for two versions, now, Jet is
just an alternative; the preferred file-server DB for Access is ACE).

Larry

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.