Создать свой ODBC-источник в ран-тайм

← →
Ega23 © (2008-05-05 14:42) [0]

ткните носом - как?

← →
sniknik © (2008-05-05 20:09) [1]

а смысл?

в ODBC (dll) есть функция создания DSN-а, посмотри в MSDN ее хедер (гдето даже переведенным на паскаль его видел), или можно (тоже видел делали) непосредственно в реестр писать... создаешь чтонибудь руками, ищешь после этого созданное в реестре... имеешь готовый пример.

варианты есть, можно найти, но вопрос "нафига?" терзает все одно...

← →
константин (2008-05-06 05:06) [2]

Есть библиотека функций и процедур (сайт), я там находил

← →
Ega23 © (2008-05-06 10:12) [3]

> а смысл?

Да вот, нужда заставила... Postgres, собака, только через связку ADO -> ODBC -> PgODBCdriver стабильно работает. PgOLEDB - полный кал, как оказалось.
А создавать - да хотя бы в инсталляху прикрутить, чтобы ручками не надо было настраивать.
Но мысль понял, дальше разберусь.

← →
DrPass © (2008-05-06 10:14) [4]

Собственно, никак не нужно создавать. В SQLDriverConnect можно с одинаковым успехом передавать и строку DSN=<источник>, и DRIVER=<имя драйвера><список параметров>

← →
Виталий Панасенко(дом) (2008-05-06 10:55) [5]

> Ega23 © (06.05.08 10:12) [3]

а почему ZeosLIB не использовать ?

← →
Ega23 © (2008-05-06 10:59) [6]

> а почему ZeosLIB не использовать ?

А потому, что Postgres - один из вариантов поставки комплекса. Также может быть и Oracle и MSSQL. Плодить зоопарк специализированных DAC-ов не хочется.

← →
sniknik © (2008-05-06 11:10) [7]

> только через связку ADO -> ODBC -> PgODBCdriver стабильно работает.
где в этой связке жизненная необходимость в создании DSN-а?

> PgOLEDB - полный кал, как оказалось.
... пахнет? а руки мыл, может от них?

> Но мысль понял, дальше разберусь.
мысль о создании, или о ненужности?

← →
Ega23 © (2008-05-06 11:25) [8]

> где в этой связке жизненная необходимость в создании DSN-а?

А как по-другому?

> ... пахнет? а руки мыл, может от них?

1. Нет возможности указать нестандартный порт (если при установке дефолтный 5432 на какой-то другой заменили).
2. Тип bytea не опознаётся как BLOB, хотя является таковым.
3. На всех форумах советуют забыть про этот драйвер, ибо - черезчур сырой.

Вобщем, мне первых двух пунктов хватило для отказа.

> мысль о создании, или о ненужности?

Я может чё-то не так понимаю?

← →
Виталий Панасенко © (2008-05-06 12:03) [9]

> Ega23 © (06.05.08 10:59) [6]

Zeosы и с ними умеют работать

← →
Виталий Панасенко © (2008-05-06 12:04) [10]

Хотя, согласен. особенно в связи с MS SQL - АДО будет приятней.а, может, и одинаково..:-)

← →
Ega23 © (2008-05-06 12:10) [11]

> Zeosы и с ними умеют работать

Да я не спорю, что они не умеют. Просто поддержка трёх различных DAC-ов в одном проекте - это как-то круто...
А не дай бог ещё какой-нибудь Interbase проявится, тогда четвёртый DAC поддерживать?

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

> в идеале - только строка подключения(протокол)

Ну да, так и получается.
Только вот, как выяснилось, OLEDB Provider для Postgres ещё слишком сырой. Базовые вещи отрабатывают, но когда до тонкостей доходит - каюк.

> Собственно, никак не нужно создавать. В SQLDriverConnect
> можно с одинаковым успехом передавать и строку DSN=<источник>,
> и DRIVER=<имя драйвера><список параметров>

А. Сначала не въехал, сейчас кажется понял.
Ща попробую...

Есть пример в DRKB3_Full.chm

Создать свой ODBC-источник в ран-тайм Найти похожие ветки