Вроде здесь не баян...

REDMOND, Wash. — March 6, 2012 — Microsoft Corp. today announced that the latest version of the world’s most widely deployed data platform, Microsoft SQL Server 2012, has released to manufacturing.

http://www.microsoft.com/Presspass/press/2012/mar12/03-06SQLServer12PR.mspx

Dimitry SibiryakovТам признали, что с идеей OLE DB они облажались и вернулись к ODBC.

А кто-то когда-то уходил от ODBC?

Ggg_oldА для тех кто не следил, что там нового появилось? А то сходу завяз в тоннах маркетингового шлака и до сути добраться не вышло.

http://msdn.microsoft.com/en-us/library/bb500435(v=sql.110).aspx

MS SQL AzureКстати, когда там MS SQL Azure рилизнется?

SQL Azure давно уже рилизнулся. Здесь вот ценник: https://www.windowsazure.com/ru-ru/pricing/details/

Ggg_oldЯ признаться честно так вообще и не понял что такое OLEDB, ADO и чем оно отличается от ODBC и чего-то другого.

Странно:

ODBC - a standard definition of an application programming interface (API) for writing C & C++ applications that communicate with SQL Server (т.е. чистые Сишные библиотеки функций);

OLE DB - a low-level COM API that is used for accessing data. OLE DB provider is a native, high performance provider that accesses the SQL Server Tabular Data Stream (TDS) protocol directly (т.е. низкоуровневые интерфейсы и COM объекты, причем каждый отдельный провайдер может реализовывать не все интерфейсы);

ADO - a set of Component Object Model (COM) objects for accessing data sources. A part of MDAC, it provides a middleware layer between programming languages and OLE DB (a means of accessing data stores, whether they be databases or otherwise, in a uniform manner). ADO allows a developer to write programs that access data without knowing how the database is implemented. He must be aware of the database for connection only. No knowledge of SQL is required to access a database when using ADO, although one can use ADO to directly execute SQL commands. (в общем, чтоб все было просто и понятно для "непосвященных" :))

C таблицей ничего не происходит. Меняется структура хранения данных в индексе.

http://www.sqlskills.com/blogs/joe/post/Exploring-Columnstore-Index-Metadata-Segment-Distribution-and-Elimination-Behaviors.aspx

Dimitry SibiryakovПотому что ты не просёк маркетинговую стратегию. Когда MS заявило "DLL - отстой прошлого
века, COM рулит", ему волей-неволей пришлось вместо ODBC изобрести что-то COM-коватое для
доступа к данным. Получилось не очень, но маркитантам неработоспособность пофиг, им
главное - слоган пропихнуть.


Дима, окстись. :) MS никогда никуда не задdигал ODBC. Он поддерживался, поддерживается и будет поддерживаться далее для написания кода на голом С. "COM рулит" пришло не потому, что волей-неволей, и не потому, что вместо DB-Library, а потому, что на голом С как-то "не очень" разрабатывать клиентские приложения посложнее командной строки. ООП (С++, Delphi) рулит, однако, и там объекты и интерфейсы пришлись ой как к месту.

Dimitry SibiryakovДля любых серверов кроме MS SQL. Они позаботились объявить нативную библиотеку deprecated
и убрать из поставки.


Дима, еще раз...

Для MS SQL:

1. ODBC драйвер - это нативная бибилотека , ибо работает напрямую с протоколом TDS;
2. OLE DB провайдер - это нативная бибилотека , ибо работает напрямую с протоколом TDS.

Ggg_oldага, в итоге все используют объектные надстройки ... поверх нативных библиотек или ODBC.
И итоговый код выглядит человечно и работает нормально. Людей то не обманешь :)

Подтверждаю!!! Именно поверх нативных... В моем случае для Delphi импортированная Type Library и наследник от TDataSet, использующий оную. И заметьте, все именно нативно. ;)

Dimitry SibiryakovЯ и не говорил, что его прекратили поддерживать, но "рекомендуемым" методом доступа в своё
время объявили таки OLE DB.


В свое время deprecated (и то для новых разработок, а коннекты приложений, ее использующих, поддерживает и 2012 версия) была объявлена DB-Library - Сишная библиотека, доставшаяся в наследство от Sybase. При этом параллельно имелась библиотека для ODBC. Ну и нахрена поддерживать две низкоуровневые библиотеки (вторая из которых является промышленным стандартом, а первая - не весь что)? Никаким маркетингом тут и не пахнет.

Каждому свое, кому Сишные функции и ODBC, кому COM объекты и OLE DB. Я бы упарился писАть свои компонеты доступа к данным на ООП языке, используя голые Сишные вызовы. :)