Embarcadero C++ Builder и PostgreeSQL

Добрый день!
Возникла необзодимость работы с PostgreeSQL на Embarcadero C++ Builder.
Собстенно возник вопрос - с чего начать?
Какие нужны компоненты и если можно - киньте ссылку на примеры работы с PostgreeSQL ..

0

adm1nspb, здравствуйте!

Сообщение от adm1nspb с чего начать?

Начать надо с установки СУБД и настройки драйвера ODBC для подключения к БД PostgreSQL через компоненты ADO.
В частности, само соединение организуется стандартным образом посредством компоненты TADOConnection.

0

Сообщение от The_Immortal adm1nspb, здравствуйте! Начать надо с установки СУБД и настройки драйвера ODBC для подключения к БД PostgreSQL через компоненты ADO. В частности, само соединение организуется стандартным образом посредством компоненты TADOConnection.

Установил PostgreeSQL 9.2.3. , в установка/удаление программ я вижу установленный PgqlODBC_x64, но если честно не понимаю как его (ODBC драйвер) настраивать - не подскажите?

Добавлено через 5 часов 1 минуту
PostgreSQL в системе установлен 64 битный.
Настраиваю ODBC в панели управления/администрирование/источники данных ODBC



Тестирование проходит без ошибок.

Захожу в проект Embarcadreo XE2
Там на форму помещаю ADOConnection


При нажати тест выскакивает ошибка
Не выполнена проверка при инициализации поставщика.(Майкрсофт)(Диспетчер драйверов ОДБС)
В указанном DSN драйвера и архитектура предложения не соответствуют друг другу.


Можете подсказать - почему???

0

adm1nspb,

Сообщение от adm1nspb Можете подсказать - почему???

Для справки: ODBC 32/64.

Т.о., для создания источника данных в нашем случае необходимо запустить c:\Windows\SysWOW64\odbcad32.exe.

Далее выбрать:

1

PgDAC - отличный вариант... до сих пор мои проги на этих компонентах юзаются в Укртелекоме

1

Lord_Voodoo, в смысле "Devart PgDAC"?

А чем ADO (ODBC) в этом случае будет хуже? Через PgDAC будет ощущаться значительный прирост в скорости за счет прямого доступа к СУБД?

0

The_Immortal, ну согласитесь, что универсальные компоненты - это вроде бы умеют многое, а сущности ничего... когда узко профильные компоненты затачиваются под конкретную задачу... а эта контора делает ну очень качественные компоненты что в использовании, что в функциональности, что по скорости...

и, кстати, тут не только от компонентов скорость доступа зависит, тут и сам PostgreSQL очень радует скоростью... когда переехал на него с оракла, мне пользователи чуть ли не стоя аплодировали)))

да и ODBC - поделка мелкософта, а это уже о многом говорит

2

Lord_Voodoo, еще один плюс узко-специализированих компонентов - это присутсвие некоторых параметров, свойственных только этой БД.
Ну и конечно, работа самого компонента через API даной БД, не всех функций, но все же ...

Добавлено через 3 минуты
P.S. И это не только про PgDAC. Если есть возможность использовать "родной" компонент, про ADO можно забыть

1

_Dimon_, ну для тех функций и возможностей, которые я использовал в своих проектах, PgDac-а вполне хватало... а вот ADO, сомневаюсь, что такое осилил бы... он даже не все функции Аксесса поддерживает, что, ИМХО, странно...

0

Lord_Voodoo,

Сообщение от Lord_Voodoo он даже не все функции Аксесса поддерживает

А вот тут можно поточнее?

0

The_Immortal, да здесь на форуме даже была тема, что какие-то встроенные функции Аксесса АДО выплевывало исключением... что-то с датами вроде бы... уж так и не вспомню, да и не работал никогда особо ни с АДО, ни с аксессом

1

Сообщение от The_Immortal adm1nspb, Для справки: ODBC 32/64. Т.о., для создания источника данных в нашем случае необходимо запустить c:\Windows\SysWOW64\odbcad32.exe. Далее выбрать: Вложение 242369

Тем не менее с подключением через ADO я вроде разобрался, но возникли несколько вопросов.
Прошу, камнями не бейте, однако я в начале пути...словом...спасибо вам за Ваши ответы..

1. Вопрос по кодировкам. Если программа ориентирована под Win - верно ли я делаю
-При создании БД в gpAdmin III Выбираю кадировку Win1251 - ведь в Win кодировка 1251
-При создании нового источника данных в Администрировании источников данных ODBC выбираю ANSI.
(Скажите - почему мне во вложении было рекомендовано использовать Unicode ???? Разве кодировка в C++ не ANSi ?)
Верно ли это? - не хочется потом...все начинать сначала.

2. Предположим я напишу программу которая работает с конкретной БД через ADO при помощи ODBC

Как я понимаю, в программу уже будет "вшито" использовании конкретного "Data Source" .

а) Хранится ли при этом название серера, пользователь и пароль в программе?
Вопрос из серии - если надо будет сменить пароль, а программа откомпилирована, или подменить БД.

б) Как лучше организовать установку программы и ее БД в виде готового решения?

Добавлено через 22 минуты
Еще вопрос
3. Если программа содержит меню, и ряд вызываемых из него форм, некоторые из которой использую БД,
Компоненты доступа к БД (TADOConnection напр) следует размещать на каждой такой форме, или есть более красивое решение?

0

adm1nspb,

Сообщение от adm1nspb Скажите - почему мне во вложении было рекомендовано использовать Unicode ????

Я работаю под XE2, собственно на него и ориентируюсь.

Сообщение от adm1nspb 2. Предположим я напишу программу которая работает с конкретной БД через ADO при помощи ODBC а) Хранится ли при этом название серера, пользователь и пароль в программе?

Вся эта информация задается в "Пользовательском DSN". Данные по конкретным источникам данных хранятся в реестре.

Сообщение от adm1nspb б) Как лучше организовать установку программы и ее БД в виде готового решения?

Автоматическое развертывание ODBC-коннектора, атакже создание и последующая настройка конкретного источника данных по этому коннектору.

Сообщение от adm1nspb 3. Если программа содержит меню, и ряд вызываемых из него форм, некоторые из которой использую БД, Компоненты доступа к БД (TADOConnection напр) следует размещать на каждой такой форме, или есть более красивое решение?

Компонент TADOConnection в общем случае вообще должен быть один.
Насколько это "красиво" я не знаю, но есть DataModule, куда можно складировать все необходимые компоненты и при необходимости оттуда их вызывать.

0

Я работаю под XE2, собственно на него и ориентируюсь.

Т.е. кодировку самой БД настраиваете - 1251, а настройку подключения odbc - unicode ?
А чем плох мой вариант?

Вся эта информация задается в "Пользовательском DSN". Данные по конкретным источникам данных хранятся в реестре.

Т.е. при изменение данных в реестре данные в программе (вижу их в AdoConnection ->ConnectionString ) изменятся автоматически при ее запуске - верно?

Автоматическое развертывание ODBC-коннектора, атакже создание и последующая настройка конкретного источника данных по этому коннектору.

Вы бы не могли более подробно раскрыть тему? Или дать ссылку "что почитать" ?

Компонент TADOConnection в общем случае вообще должен быть один. Насколько это "красиво" я не знаю, но есть DataModule, куда можно складировать все необходимые компоненты и при необходимости оттуда их вызывать.

Наверно я туплю, но вот что я не понимаю
Есть основная форма, и несколько дополнительных.
Есть несколько таблиц в БД, каждая из них содержит несколько полей (колонок).

Если в основной форме я настраиваю TADOConnection, не могли бы вы более подробно рассказать как работать с БД в других формах? Например как вы говорите с помощью DataModule. Может есть примеры?

...Подключил форму DataModule к проекту. Разместил на ней TADOConnection и TadoTable

1

adm1nspb,

Сообщение от adm1nspb Т.е. кодировку самой БД настраиваете - 1251, а настройку подключения odbc - unicode ? А чем плох мой вариант?

Выбирайте ANSI, поэкспериментируйте

Сообщение от adm1nspb Т.е. при изменение данных в реестре данные в программе (вижу их в AdoConnection ->ConnectionString ) изменятся автоматически при ее запуске - верно?

В ConnectionString Вы можете увидеть среди прочего опцию "Data Source". Именно она определяет какой именно источник данных использовать среди всего списка доступных DSN. При изменении содержимого (создании нового) конкретного DSN (данные по DSN хранятся в реестре) имя этого DSN не изменится (либо при создании его можно задать таким, какое оно определено в ConnectionString[Data Source]). Соответственно, приложение (ADOConnection) будет работать с этим самым DSN, которое мы изменили или создали. И работает оно по имени. Надеюсь, что стало немножечко понятнее

На всякий случай приведите пример своей ConnectionString. Быть может Вы там сразу указываете информацию по коннекту с конкретной БД, минуя источник данных.

Сообщение от adm1nspb Вы бы не могли более подробно раскрыть тему? Или дать ссылку "что почитать" ?

Прежде чем я Вас направлю на Путь, давайте кое-что уточним. Планируется:

1) разворачивать приложение + СУБД PostgreSQL + БД + ODBC Connector;

2) разворачивать только приложение + ODBC Connector. Сама СУБД + БД располагаются отдельно (не на машине с приложением);

3) свой вариант (уточнить что именно планируется).

?

Сообщение от adm1nspb ...Подключил форму DataModule к проекту. Разместил на ней TADOConnection и TadoTable

Все правильно. Какие сложности возникли далее?

0

Помогите пожалуйста:

Установил последний PostgreSQL,
установил из Stack Builder'а - psqlODBC драйвер (The official PostgreSQL ODBC driver (32bit version). Packaged by EnterpriseDB.),
но в "Источниках данных (ODBC)" он не появился.
Соответственно и в С++ тоже подключить не могу...

Посоветуйте чего не хватает?

Win7 x64 если имеет значение

Добавлено через 1 час 20 минут

Сообщение от The_Immortal Т.о., для создания источника данных в нашем случае необходимо запустить c:\Windows\SysWOW64\odbcad32.exe.

Всем спасибо, оказывается ндо запускать ИМЕННО из папки SysWOW64 и ниоткуда больше!

Добавлено через 22 часа 53 минуты
Еще вопрос возник:
В данном случае с АДО приходится указывать БД, Сервер(Хост), Порт, SSL в самом драйвере.
Можно ли это изменять как-то в самой программе?

1

ExeiLj,

Сообщение от ExeiLj В данном случае с АДО приходится указывать БД, Сервер(Хост), Порт, SSL в самом драйвере. Можно ли это изменять как-то в самой программе?

Да, возможно. Вариантов множество. Вот некоторые из них:

1. Делать это напрямую через реестр, ибо информация об источниках данных (DSN) хранится именно там.

2. Использовать консольную тулзу odbcconf.exe, через которую также можно изменять DSN.

Ну и сразу пару замечаний по поводу второго варианта:

2.1.

ODBCCONF.exe will be removed in a future version of Windows Data Access Components. Avoid using this feature, and plan to modify applications that currently use this feature. You can use PowerShell commands to manage drivers and data sources. For more information about these PowerShell commands, see Windows Data Access Components PowerShell Commands. http://msdn.microsoft.com/en-u... 85%29.aspx

Речь, скорее всего идет про Win 8, т.к. в Win 7 (и ранее) odbcconf.exe наблюдается. Тем не менее это надо учитывать.

2.2. Как известно, начиная с Win Vista, ОС снабжается WDAC'ом (Windows Data Access Components), а не MDAC'ом (Microsoft Data Access Components) - то, что поставляет OLE DB, ODBC и ADO. Так вот, для 64-битной винды (Win 7 X64) этот WDAC идет также 64-битный. Соответственно, odbcconf.exe не увидит 32-битные драйвера, выдавая ошибку:

CONFIGDSN: ... Компонент не найден в реестре с кодом ошибки ... ...

Так что и этот момент также стоит учитывать.

3. Использовать файловые DSN, которые потом можно подгружать вот тут:



Файловые DSN представляются файлами с расширениями *.udl и *.dsn. Почитать про их формирование можно тут и тут соответственно.

1

Самый простой способ - указать и менять в коде ADOConnection ConnectionString:
(c) http://www.connectionstrings.c... r-psqlodbc

1

ExeiLj,

Сообщение от ExeiLj Самый простой способ

Эх... А про него-то я и забыл

Благодарю!

Действительно, на указанном выше сайте можно найти строки соединения для большинства СУБД.

0

Lord_Voodoo, Максим Сергеевич, а PgDAC у вас как появился?

0