Софтина должна работать на зоопарке СУБД, так как логика там простая, скорее её даже нет вовсе, только тупо insert update delete select и иногда create table.

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

Идея заключается в возможности парой запросов после подключения (ну скажем подключение через ODBC или DBX - так что большой разницы в параметрах нет) определить, что за зверя подсунули. Основывается идея на возможности придушить исключение после select @@version или select from dual или других подобных характерых запросах. Если это реально за пару запросов определить СУБД (и в идеале ещё и версию) - я тогда не буду пропихивать типа сервера, а определю это самостоятельно SQL-запросами.

Решение ищется для "большой пятёрки" + огнептица + мускуль + постгреса. Если будет работать для извратов типа мимера - тем лучше ))))

зы. Понимаю что брежу, но давайте назовём это спортивным интересом ))).

pkarklinИнтересно, как можно подключиться к чему-то через ODBC (или через другой механизм доступа к данным) не указав конкретного драйвера?!
Ну конкретно тупо по настроенному системному алиасу. Надо лишь алиас, логин и пароль ))).
Да и хотелось бы попробовать без привязки к типу драйвера. Понятно что можно и параметры подключения понюхать, и класс объекта драйвера dbx поглядеть. Но, скажем так, спортивный интерес в голом SQL и реакции на его результат выполнения или факт невыполнения по ошибке.

pkarklinи производить попытку установить коннект
Давай допустим, что коннект уже есть. Поэтому задача по определнию имеет решение, и число запросов не более чем 8 в самом худшем случае (по числу проверяемых СУБД). С учётом select @@version и других, работающих более чем на одной СУБД, оно очевидно уменьшается. Вопрос в конкретных магических командах и результирующем минимуме числа таковых.

АнатоЛойчтобы что-то простенькое в create/insert/update/delete/select подкрутить...
Ну в общем да. Я конечно могу и тупо к системным таблицам попробовать обратиться, но хотелось бы решения проще, интуитивно кажется, что оно должно существовать и быть достаточно простым.

Если кому-то не нравится постановка про "спортивный интерес" - давайте модифицируем это как возможный вопрос на собеседовании ))))))))))))))))

pkarklinчерез ODBC (или через другой механизм доступа к данным) не указав конкретного драйвера?!
Вот так на перле:

Dimitry SibiryakovSQLGetInfo()
Нет привязки к ODBC API

pkarklinЕсли коннект установлен и драйвер уже указан, то как тебе могло придти в голову узнать, что за СУБД с помощью create/insert/update/delete/select
Выше пример коннекта на перле. Догадаешься к какому серверу? )))

Dimitry Sibiryakovзапрос ты собрался отправлять телепатически, без API?
Выше пример коннекта на перле.

зы. Я выше написал, что спортивный интерес в реализации проверки на голом SQL. Чтобы не зависеть ни от драйверов, ни от прочих транспортов и языка.

pkarklinУчетная запись sa есть у MS SQL и у Sybase
А у каких-то других СУБД есть запрет на создание такого логина? )))

Dimitry SibiryakovТебе тупо лень поискать в документации по DBI аналогичную функцию?..
Не-а, задача немного другая )))

pkarklinТогда только запросы, котоые гарантированно выполняться только на одной из СУБД
Кэп подказывает про select @@version )))
И я даже ещё не уверен, что у каких-нить постгресов или DB2 нет своего дополнительного формата комментариев. На этом тоже можно было бы попробовать сыграть. Я ж не со всеми работал, ща вот маны штудирую под пиво ))

Gallagher, нужно что-то сильно проще.
Как вариант до которого допетрил - это при генерации скриптов из модели сделать что-то типа


ну обломается - и хрен бы с ним.
Зато будет реальная польза от SELECT * FROM DUAL

Для MySQL раскопал вот что, типа код внутри /*!1 */ отработает начиная с версии 1:


зы. есичо - не проверял )))