In addition to what Andrew had to say, more importantly, SQL Server, even
Express Edition, is a nearly RDBMS, MS Access is not!
MS JET (the db engine behind the Access GUI) is an ISAM engine. It does not
fully support ATOMICITY, nor does it follow the WAL transaction protocol.
However, because it (JET) is ISAM based, if it is local, and you are the
only user, it can be extremely fast, faster than SQL Server in many cases.
The problem is that JET does not scale-well, in addition to its
transactional guarantee problems.
This is a very important point: ISAM/VSAM file-base engines can be faster,
but are limited, and do not provide transaction guarantees.
Keep this in mind, an RDBMS is not built for SPEED alone. The most
important feature of a transactional based db engine is its Constraint and
Transaction support, optimized for speed AFTER the primary purpose has been
satisfied.
If SPEED is the ONLY issue (better think twice about this one), then
file-based (sometimes called indexed based) engines are going to provide you
with better throughput.
At the risk of data loss on the downside however.
Sincerely,
Anthony Thomas
--
[quoted text, click to view] "Chris" <Chris@discussions.microsoft.com> wrote in message
news:69A746D0-13CD-4BF0-90E8-30B3DF0B82AA@microsoft.com...
> Does SQL Express limit the speed at which it will pull data?
>
> I just converted my Access tables into SQL Express 2005. I also made some
> views that are equivalent to some queries I have in Access. When I run
one
> of my views (in SQL Server Management Studio Express) it will take 20
seconds
> for all 80,000 records to finish loading. When I run the same query in
> Access (using the original Access tables, not SQL), the same query runs in
> 1-2 seconds. If I just open a table in SQL with 70,000 records it takes
> 15-20 seconds to load all of the records (this installation is all local,
no
> network involved). Opening the same table in Access only takes 1 second.
>
> Am I doing something wrong or is there a restriction on SQL Express that
> limits how many records it will process per clock cycle?
>