Re: Inline SQL vs stored procs on SQL Server 7 and 2000
- From: "Ralph" <nt_consulting64@xxxxxxxxx>
- Date: Wed, 24 May 2006 14:59:07 -0500
"kentk" <kentk@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:415B31B1-6183-44BB-A1FF-DE4F43893A41@xxxxxxxxxxxxxxxx
How about I refraise the question then. Has anyone noticed a performanceand
difference when using inline sql vs stored procs when using SQL Server 7
SQL 2000? Specifically would a SQL 2000 Server perform better than SQL6.0
Server 7 when passing a SQL string from VB 6.0 using ADO?
"Bob Butler" wrote:
"kentk" <kentk@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:D60B1B84-289F-4006-9052-880309BC4A5E@xxxxxxxxxxxxx
Now using SQL 2000 and VB.NET there appears to be little or no
--
try asking in a group with "dotnet" in the name; this group is for VB
and earlier
VB.Net is Not.VB
If everything is equal then a Stored Procedure should be 'faster' than a SQL
Query (Apples to Apples). That would be true no matter what platform or
language is in use.
But it wouldn't surprise me to find out under some scenarios that *overall*
performance might be the reverse.
That is why you still need to ask in a dotnet group, because comparing a
VB6/ADO app with a VB.Net/ADO.NET app quickly becomes a matter of Apples and
Oranges. For example:
1) A equivalent VB.Net app will always run slower than its VB6 counterpart.
So it may just be the 'code' itself.
2) An initial run of a VB.Net app will take measurably longer than
subsequent runs, thus how is your VB.Net app configured, structured?
3) Are you using a DataView or a DataTable?
4) The default access model in ADO.Net is essentially that of a
'disconnected' recordset, which (again depending on what you are doing) can
be a tiny more expensive than ADO's 'connected' default. (This is based on
the provider used.)
5) Related to the above OLE DB providers are a bit 'faster' than .Net
providers.
6) Which .Net version are you using, I have noted interesting difference
between VS2003 and VB2005.
The above is not a complete list, but it might help you sort out where the
problem lies.
hth
-ralph
.
- References:
- Re: Inline SQL vs stored procs on SQL Server 7 and 2000
- From: Bob Butler
- Re: Inline SQL vs stored procs on SQL Server 7 and 2000
- Prev by Date: Re: how to create a set with combined tables?
- Next by Date: Re: fastest way to change case of string
- Previous by thread: Re: Inline SQL vs stored procs on SQL Server 7 and 2000
- Next by thread: Save picturebox contents
- Index(es):
Relevant Pages
|