Базы Данных ODBC-OLEdb-ado-ado.net

[LightSin]

Пытаюсь решить поставленную мной задачу..
Работать под с++ с базами данных, и поддержка кросс-платформенности.
так как "Такое обилие не может не запутать. И поэтому, хотя большинству из этих технологий, по компьютерным меркам, уже много лет, до сих пор те, кто сталкивается с ними впервые, страдают от необходимости выбора."
чтоб разобраться искал статьи  и вот http://www.kv.by/index2007111106.htm

ODBC - самая универсальная и надёжная из всех технологий, к тому же в некотором роде кросс-платформенная, поскольку существует UnixODBC.
^{отсутствие объектного API несколько отрицательно сказывается на скорости разработки приложений, но, тем не менее, существуют библиотеки, являющиеся оболочками для её функций и позволяющие работать с данными как с объектами}

Лучше пользоваться тем, что Microsoft продвигает в настоящий момент активнее всего - то есть, ADO.NET. Правда, использование этой технологии ограничивает вас платформой Microsoft .NET, но ведь ни одна технология Microsoft (кроме ODBC) не даёт достаточно свободы, ограничивая приложения, разрабатываемые с их помощью, работой под ОС Windows.
^{ADO Ещё один её плюс - возможность использования объектов для доступа к данным из скриптовых языков, таких, как VBScript или Jscript.}

как понял есть 3 пути программирования...
 

• С++ и odbc будет возможность работать с базами данных как под linux так и windows и тд. нужно только найти драйвер-odbc(набор api поддерживаем ос) нужный
• ado - это просто ещё одна надстройка над уже существующими технологиями всё той же корпорации. В ней используются ActiveX-компоненты, являющиеся надстройками над API OLE DB, которое само по себе, в общем-то, не так уж и удобно в применении.
  чет не понял.. получается в OLEdb и ADO для работы с бд используют Сom-интэрфейс, и Платформу(ado более современная по отношению к Ole....). то есть под linux не пойдет?
• ADO.NET с++/cli и понеслось) не на вижу .net и тд, почему? за .net будущие? (c++/cli и c# и тд)

так не так, вы как делаете?  какой выбор сделан- в какую пользу-какой технологи, почему?

и как понял для моей задачи нужно копать в сторону ODBC.. подкиньте материала , как откуда начать... (примеры приветствуются)



прошу не бить

[Dale]

чет не понял.. получается в OLEdb и ADO для работы с бд используют Сom-интэрфейс

Разумеется. Из самого названия видно, что используются OLE и ActiveX, сооответственно. Следовательно, о мультиплатформенности можно забыть навсегда.

не на вижу .net и тд,

Правильно, амиго. Этим сомнительным новшествам, которым всего-то десяток лет от роду, доверять нельзя. Фортран и КОБОЛ - наше все. Ну и компьютеры на лампах, разумеется. В транзисторах нет души, это любой аудиофил знает.

Если серьезно, рассчитывать на кроссплатформенность с минимальным количеством геморроя сегодня IMHO можно лишь с применением Java.

[Finch]

Не совсем согласен с последним высказыванием Можно писать и на С++ + Qt. Если не выходить за пределы Qt для работы с внешним миром. То программа довольно легко переносится на любую платформу, которую поддерживает Qt. А это Windows, Linux, MacOS X. Единственная переделка, которую потребовалось делать. Это политика горячих клавиш.

[LightSin]

Этим сомнительным новшествам, Следовательно, о мультиплатформенности можно забыть навсегда.

http://doc.qt.nokia.com/latest/activeqt.html


ADO http://www.hostmake.ru/articles/c/246/
эх со ровно ответа ясного не нашел... что нужно использовать.. по нашим временам..  

[Finch]

LightSin, Читаем внимательно, то что ты сам находиш

Building ActiveX servers in Qt            A Windows-only static library for turning a Qt binary into a COM server.
Qt's ActiveX Framework (ActiveQt)       An overview of Qt's ActiveX and COM integration on Windows.
Using ActiveX controls and COM in Qt   A Windows-only extension for accessing ActiveX controls and COM objects.

Ключевое слово Windows only. Да Qt поддерживает ActiveX и Com объекты. Но это специфика только Windows.
Вот таблица модулей Qt http://doc.qt.nokia.com/latest/modules.html
Например, поддержка D-Bus это специфика Unix систем.

Или другой пример. Работа с реестром, это специфика только Windows. Конечно в Gnome есть подобие онного. Но это далеко не реестр.

[LightSin]

аа беда, не подумал  Windows-only  спасибо) Finch, а то слюни распустил

[LightSin]

нашел норм вроде.. для въезжания что куда http://www.intuit.ru/department/database/cdba2/1/
у меня только вопрос ODBC вариант подключения это старье? или других альтернатив нету? они есть только под вин.
не сталкивался и как делать не знаю. например через свое приложение открыть документ word и тд ..  изменить содержимое.. сохранить.
все можно сделать через ODBC..?

[Dale]

у меня только вопрос ODBC вариант подключения это старье?

Старье - это очень мягко сказано. Это рудимент, атавизм времен 16-разрядных систем.

Вообще сама идея написать 100% кроссплатформенный код - это утопия. Даже если это удастся сделать, он будет весь утыкан директивами условной компиляции для учета закидонов отдельных платформ и, следовательно, будет уродлив, непонятен при чтении, а главное, непригоден для тестирования.

Нормальная альтернатива - это использование абстракций для доступа к данным. Тогда модуль, ответственный за подключение к конкретному источнику данных на конкретной платформе, будет достаточно "тонким" и легко реализуемым. Но для этого нужно научиться разработке хорошей архитектуры и хорошо знать паттерны проектирования.