Re: Locks and ADO
- From: "Ralph" <nt_consulting64@xxxxxxxxx>
- Date: Sat, 18 Nov 2006 13:36:17 -0600
"Christian Schaeffler" <newsfeed@xxxxxxxxxxxxxx> wrote in message
news:eUewdniCHHA.5012@xxxxxxxxxxxxxxxxxxxxxxx
Hello newsgroup!
Please let me quote a post I made to the SQL Server newsgroup. In fact the
ADO question fits better in here I think.
[quote]
We are using SQL Server as database for an application. Recently we faced
some deadlock errors and now I'm trying to understand what happens...
I already did the basic tracing with SQL Profiler and the DBCC TRACEON
(3605,1205,-1) parameters and isolated some deadlocks with this method.
So my questions are more to the basics to learn how avoid those problems.
[...]
3. Since most of the queries we use are launched out of the source code of
our application, what would be the better (= safer) method? Using the
ADODB.Connection.Execute statement or openening a ADO recordset and using
ADO's integrated methods?
[/quote]
Any hints are welcome.
I'm not sure I completely understand your question, but perhaps it will be
useful to note that NO database (or RDBMS) can guarantee "concurrency". They
go out of their way to insure "integrity", but offer no inherent mechanism
to insure concurrency. Deadlocks are a symptom of an integrity violation.
[If you are familar with Asmov's Three Laws of Robotics - the analogy is
similar. <g>]
You cannot manage concurrency through isolated queries and locks, no matter
how ingenious. To positively insure concurrency you need to pull in the
assistance of an 'outside' process, either in the form of a separate
"GateKeeper" application/layer, or some internal process using a combination
of script/triggers/queuing/&etc.
Therefore looking at SPs, Recordsets, connection methods,
client-side/server-side is just a waste of time.
-ralph
.
- Follow-Ups:
- Re: Locks and ADO
- From: Bob Barrows [MVP]
- Re: Locks and ADO
- References:
- Locks and ADO
- From: Christian Schaeffler
- Locks and ADO
- Prev by Date: Re: ADO corrupts date time values in where clause
- Next by Date: Re: Locks and ADO
- Previous by thread: Re: Locks and ADO
- Next by thread: Re: Locks and ADO
- Index(es):
Relevant Pages
|
|