Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / Database Access / September 2005



Tip: Looking for answers? Try searching our database.

Which provider....

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Griff - 30 Sep 2005 11:33 GMT
If I am querying a SQLServer database I normally use a connection string
based on the following:

Provider=SQLOLEDB;Password=****;Persist Security Info=True;User ID=**;Data
Source=*******;Initial Catalog=*****

However, if I want to bring back hierarchical data (shaped record sets), I
have to use the following connection string:

Provider=MSDataShape;Data Provider=SQLOLEDB;Persist Security
Info=True;Initial Catalog=****;Password=****;User ID=****;Data Source*****

Now, my question is this:

Is there a performance overhead in always using the second connection string
(the one that allows shaping)?

If not, then a) one might as well forget the first method and b) implore
Microsoft to change Query Analyzer to use the hierarchical one (and of
course change the display to handle hierarchical data).
Uwa Agbonile [MSFT] - 30 Sep 2005 18:39 GMT
Given data has to pass through an additional provider when using the second
connection string, there will always be a performance overhead.

Signature

This posting is provided "AS IS" with no warranties, and confers no rights.
Regards,
Uwa Agbonile[MSFT]

> If I am querying a SQLServer database I normally use a connection string
> based on the following:
[quoted text clipped - 16 lines]
> Microsoft to change Query Analyzer to use the hierarchical one (and of
> course change the display to handle hierarchical data).
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.