Microsoft анонсировала официальный ODBC-драйвер для Linux

понимают что винде конец настанет

enep (17.10.2011 22:34:55)

Наоборот, хотят расширить применение MS SQL.

sv75 (18.10.2011 0:01:24)

> я знаю что такое "драйвер", у меня четкое представление этого понятия.

Походу, у вас очень узкое мышление. И ODBC-драйвер это именно драйвер, предоставляющий для вышележащих приложений единый абстрактный интерфейс к нижележащей реализации. Также, как и JDBC-драйвер, которые выдает JDBC-шный интерфейс к разным СУБД. Как драйвер видеокарты или устройства ввода в X11 (который работает в юзерспейсе, внезапно - и способен давать доступ не только к реальной видеокарте, но и к несуществующему устройству - man 4 dummy, например), как драйвер считывателя смарт-карт в pcsc - которые также лежат в юзерспейсе.

no-dashi (18.10.2011 7:03:56)

Почему, если есть агентвосстановления он может расшифровать. Да мало ли вариантов.

А что вы думаете об интерфейсах?

Насколько я понимаю, это был не тот случай. Оно запускалось, но чего то не работало, то ли баз не видело, то ли коннекты не принимало. Заключалась проблема в том, что у кого-то слетели какие-то права. Насколько я помню, там было решено тем что он был запущен от другого пользователя, как бы "от рута". Как бы временно (чем потом закончилось - не в курсе).

sin_a (18.10.2011 10:33:01)

>Линуксоиды :)

Когда же вы поумнеете? Линукс - это молоток. А вы сделали из него кумира.

это не поворотливое чудовище

enep (18.10.2011 17:11:08)

Так он у меня и есть молотком, а не кумиром.

franchukroman (18.10.2011 17:28:38)

нужен

существующий freetds уныл чуть менее чем полностью

Так зачем кричать о победе? Пользуйся себе и всё.

> предоставляющий для вышележащих приложений единый абстрактный интерфейс к нижележащей реализации

в мире homo sapiens это называется "библиотека".

p.s. даже если представить "драйвер" как библиотеку, дающую унифицированный API к разным сущностям, то ODBC все равно не является драйвером, т.к. дает доступ только к одной БД - mssql. Вот если бы ODBC давал единый API к разным СУБД (в том числе свободным), то я бы еще пошел Вам навстречу ;-)

> А что вы думаете об интерфейсах?

толсто :)

> Вот если бы ODBC давал единый API к разным СУБД (в том числе свободным), то я бы еще пошел Вам навстречу ;-)

Приложение<->ODBC[32].DLL<->ODBC-драйвер->СУБД.

Есть куча ODBC-драйверов, в том числе для: Oracle, Informix, DB2, MySQL, Postgres, Access, SQLite, Firebird, FoxPro(DBF), XLS, CSV. Есть такой пактет - unixODBC. Тот же API ODBC, но в исходниках и для юниксов. Майкрософт как раз и будет писать не "ODBC для Linux", а "драйвер MSSQL для unixODBC".

no-dashi (18.10.2011 22:33:42)

> драйвер MSSQL для unixODBC

нахрена попу баян? у него кадило есть

еще раз спрашиваю, кто-нибудь еще использует odbc на linux???

или как в том анекдоте:

день выдачи зарплаты на заводе.
(кассир) иванов!
(иванов) я!
(к) распишитесь, получите...
(к) петров!
(петров) я!
(к) иди расписывайся
...
(к) итого!
молчание...
(к) итого!!! есть тут итого?!!
молчание...
(к) ну, и дурак этот итого - больше всех получать, а он не пришел!

> еще раз спрашиваю, кто-нибудь еще использует odbc на linux???

yum search odbc | grep -iw odbc
============================== N/S Matched: odbc ===============================
R-RODBC.x86_64 : An ODBC database interface for R
apr-util-odbc.x86_64 : APR utility library ODBC DBD driver
asterisk-odbc.x86_64 : Applications for Asterisk that use ODBC (except
asterisk-voicemail-odbc.x86_64 : Store voicemail in a database using ODBC
erlang-odbc.x86_64 : A library for unixODBC support in Erlang
freeradius-unixODBC.x86_64 : Unix ODBC support for freeradius
gambas2-gb-db-odbc.x86_64 : Gambas2 component package for db-odbc
gambas3-gb-db-odbc.x86_64 : Gambas3 component package for db-odbc
mysql-connector-odbc.x86_64 : ODBC driver for MySQL
ogdi-odbc.x86_64 : ODBC driver for OGDI
php-odbc.x86_64 : A module for PHP applications that use ODBC databases
poco-odbc.i686 : The Data/ODBC POCO component
poco-odbc.x86_64 : The Data/ODBC POCO component
postgresql-odbc.x86_64 : PostgreSQL ODBC driver
pyodbc.x86_64 : Python DB API 2.0 Module for ODBC
qt-odbc.i686 : ODBC driver for Qt's SQL classes
qt-odbc.x86_64 : ODBC driver for Qt's SQL classes
qt3-ODBC.i686 : ODBC drivers for Qt 3's SQL classes
qt3-ODBC.x86_64 : ODBC drivers for Qt 3's SQL classes
rekall-odbc.i686 : Rekall ODBC driver
rekall-odbc.x86_64 : Rekall ODBC driver
root-sql-odbc.x86_64 : ODBC plugin for ROOT
unixODBC.i686 : A complete ODBC driver manager for Linux
unixODBC.x86_64 : A complete ODBC driver manager for Linux
unixODBC-kde.i686 : KDE driver manager components for ODBC
unixODBC-kde.x86_64 : KDE driver manager components for ODBC

И еще, рекомендую ответить самому себе на вопрос - какие ещё кроме ODBC есть способы получить доступ к множеству баз данных из одного приложения, не заморачиваясь деталями реализации коннекта и работы с каждой конкретной СУБД?

no-dashi (19.10.2011 9:48:38)

У меня была такая система, где нужна была интеграция по импорту и экспорту с другой системой в мссскл. Для скрещивания опенсусе и мссскла применялось хитрое шаманство.

JDBC же, ну.

ukr_unix_user (19.10.2011 20:50:02)

> JDBC же, ну.

Ну давай, вызови JDBC-шный драйвер из Qt-шной программы. А я посмотрю на это шоу.

no-dashi (19.10.2011 21:16:35)

Microsoft решил похоронить Red Hat? Очередной Embrace, Extend, Extinguish?

denton (20.10.2011 0:02:02)

>какие ещё кроме ODBC есть способы получить доступ к множеству баз данных из одного приложения, не заморачиваясь деталями реализации коннекта и работы с каждой конкретной СУБД?

а причем тут Qt?

ukr_unix_user (20.10.2011 9:18:03)

При том, что ODBC это для тех, кто пишет на низкоуровневых языках.

no-dashi (20.10.2011 11:53:33)

> При том, что ODBC это для тех, кто пишет на низкоуровневых языках.

на ассемблере чтоли? с/с++ - языки высокого уровня.

> теперь он работает на Linux с любой СУБД

Либо опечатался и "он работает с несколькими СУБД", либо софт _очень_ _плох_, так как не использует специфические возможности СУБД с которой работает. А ведь именно эти возможности делают одну СУБД в чем-то лучше других.

> Заключалась проблема в том, что у кого-то слетели какие-то права.

Заключение настоящего специалиста!

имелось в виду не прибитость приложения к ASP+MSSQL+WINDOWS. Теперь оно на жабе, значит может работать с любой (многими) СУБД и на любой(многих) платформах.

ukr_unix_user (20.10.2011 16:21:28)

>из Qt-шной программы

Архи низкий уроверь. и это при том, что в Qt есть возможность использовать распространнёные СУБД с единым API, так и написать спецефический драйвер.

Пример кода низкого уровня с использованием ODBC , если можно, "А я посмотрю на это шоу".

ukr_unix_user (20.10.2011 16:28:04)

Да, я не специалист в MS SQL и едва ли когда нибудь им буду. У MS слишком высок порог вхождения.

А это была оценка того, кто с ним работал. Тот, кстати, тоже не был сам специалистом, он этой базой просто пользовался, но у него был звонок другу. СУБД стартовала, но то ли не видела баз, то ли не принимала подключения извне. Деталей я уже не помню.

sin_a (21.10.2011 10:14:09)

> либо софт _очень_ _плох_, так как не использует специфические возможности СУБД с которой работает.

Это было немного толстовато, а в остальном нормальный тред

MS SQL используется в Linux?

Мне вот очень интересно, где этот ODBC-драйвер для MS SQL может быть применим? Для unixODBC свободный драйвер для MS SQL и так есть (FreeTDS), пусть и с какими-то недостатками. Но я в любом случае с трудом представляю, чем может быть вызвано стремление использовать MS SQL через ODBC — необходимостью использовать уже имеющуюся Linux-программу, работающую только с MS SQL, или необходимостью использовать MS SQL в своих разработках под Linux.