Конференция "Базы" » Создать свой ODBC-источник в ран-тайм [D7]
 
  • Ega23 © (05.05.08 14:42) [0]
    ткните носом - как?
  • sniknik © (05.05.08 20:09) [1]
    а смысл?

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

    варианты есть, можно найти, но вопрос "нафига?" терзает все одно...
  • константин (06.05.08 05:06) [2]
    Есть библиотека функций и процедур (сайт), я там находил
  • Ega23 © (06.05.08 10:12) [3]

    > а смысл?


    Да вот, нужда заставила... Postgres, собака, только через связку ADO -> ODBC -> PgODBCdriver стабильно работает. PgOLEDB - полный кал, как оказалось.
    А создавать - да хотя бы в инсталляху прикрутить, чтобы ручками не надо было настраивать.
    Но мысль понял, дальше разберусь.
  • DrPass © (06.05.08 10:14) [4]
    Собственно, никак не нужно создавать. В SQLDriverConnect можно с одинаковым успехом передавать и строку DSN=<источник>, и DRIVER=<имя драйвера><список параметров>
  • Виталий Панасенко(дом) (06.05.08 10:55) [5]

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

    а почему ZeosLIB не использовать ?
  • Ega23 © (06.05.08 10:59) [6]

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


    А потому, что Postgres - один из вариантов поставки комплекса. Также может быть и Oracle и MSSQL. Плодить зоопарк специализированных DAC-ов не хочется.
  • sniknik © (06.05.08 11:10) [7]
    > только через связку ADO -> ODBC -> PgODBCdriver стабильно работает.
    где в этой связке жизненная необходимость в создании DSN-а?

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

    > Но мысль понял, дальше разберусь.
    мысль о создании, или о ненужности?
  • Ega23 © (06.05.08 11:25) [8]

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


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


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


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

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

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


    Я может чё-то не так понимаю?
  • Виталий Панасенко © (06.05.08 12:03) [9]

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

    Zeosы и с ними умеют работать
  • Виталий Панасенко © (06.05.08 12:04) [10]
    Хотя, согласен. особенно в связи с MS SQL - АДО будет приятней.а, может, и одинаково..:-)
  • Ega23 © (06.05.08 12:10) [11]

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


    Да я не спорю, что они не умеют. Просто поддержка трёх различных DAC-ов в одном проекте - это как-то круто...
    А не дай бог ещё какой-нибудь Interbase проявится, тогда четвёртый DAC поддерживать?
  • Виталий Панасенко © (06.05.08 12:13) [12]
    да и через АДО они умеют. .а там простот протокол нужный указываешь, при подключении...т.е переделок вроде как минимум. .в идеале - только строка подключения(протокол)
  • Ega23 © (06.05.08 12:18) [13]

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


    Ну да, так и получается.
    Только вот, как выяснилось, OLEDB Provider для Postgres ещё слишком сырой. Базовые вещи отрабатывают, но когда до тонкостей доходит - каюк.
  • sniknik © (06.05.08 12:55) [14]
    > А как по-другому?
    DrPass ©   (06.05.08 10:14) [4]
  • Ega23 © (06.05.08 12:58) [15]

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


    А. Сначала не въехал, сейчас кажется понял.
    Ща попробую...
  • Reindeer Moss Eater © (06.05.08 16:23) [16]
    Есть пример в DRKB3_Full.chm
 
Конференция "Базы" » Создать свой ODBC-источник в ран-тайм [D7]
Есть новые Нет новых   [134432   +19][b:0][p:0.001]