Go Back   CORTEX Forums > Local Happenings > CORTEX Blogs > Innovations in Data Management
Register Blogs FAQ Members List Calendar Search Today's Posts Mark Forums Read

SQL Server to discontinue support for OLE-DB

This is a discussion on SQL Server to discontinue support for OLE-DB within the Innovations in Data Management forums, part of the CORTEX Blogs category; ODBC was first created in 1992 as a generic set of standards for providing access to a wide range of data platforms using a standard interface. ODBC used to be ...


Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old 8th September 2011, 03:14 PM   #1
Senior Member
 
Join Date: Jun 2009
Posts: 71
Tony Bain is on a distinguished road
Post SQL Server to discontinue support for OLE-DB

ODBC was first created in 1992 as a generic set of standards for providing access to a wide range of data platforms using a standard interface. ODBC used to be a common interface for accessing SQL Server data in earlier...

ODBC was first created in 1992 as a generic set of standards for providing access to a wide range of data platforms using a standard interface. *ODBC used to be a common interface for accessing SQL Server data in earlier days. *However over the last 15 years ODBC has been second fiddle as a provider for SQL Server application developers who have usually favoured the platform specific OLE-DB provider and the interface built on top of it such as ADO.

Now in an apparent reverse of direction various Microsoft blogs have announced the next version of SQL Server will be the last to support OLE-DB with the emphasis returning to ODBC. *Why this is the case isn’t entirely clear but various people have tried to answer this, the primary message being that ODBC is an industry standard whereas OLE-DB is Microsoft proprietary. * And as they are largely equivalent, it makes sense to only to continue to support the more generic of the two providers.

After years of developers moving away from ODBC to OLE-DB, as you would expect this announcement is being met with much surprise in the community. *But to be fair I suspect most developers won’t notice as they user higher level interfaces, such as ADO.NET, which abstract the specifics of the underlying providers. *C/C++ developers on the other hand may need to revisit their data access interfaces if they are directly accessing SQL Server via OLE-DB.

*





Get More from the original blog...
Tony Bain is offline  
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiTweet this Post!
Reply With Quote
Reply

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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

BB code is On
Smilies are On
[IMG] code is On
HTML code is On
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
SQL Server DBA - Top Fiancial Client Strong SQL Server DBA admin Local SAP Job Listings 0 8th September 2011 01:04 PM
OG&E selects SAS® Forecast Server to support smart grid optimization Latest News Headlines SAS Forum 0 27th January 2011 03:40 AM
MicroStrategy Software Can Support Over 40,000 Mobile iPhone Users on an 8-CPU Server Latest News Headlines Other International Vendors 0 21st January 2011 03:09 AM
SQL Server Driver for PHP 2.0 with support for PDO (PHP Data Objects) Latest News Headlines Microsoft News and Views 0 20th April 2010 08:55 AM
Starter Kit for PerformancePoint Planning Server SQL Server Integration Services (SSI Latest News Headlines Microsoft News and Views 0 25th November 2009 01:49 PM


All times are GMT +11. The time now is 06:27 AM.

© The Business Intelligence Group

Search Engine Optimization by vBSEO