PostgreSQL + PgDAC: непонятки с TPgStoredProc

16.04.2011, 23:35. **Показов** 2157. **Ответов** 3

Студворк — интернет-сервис помощи студентам

никак не могу разобратся в получении результата из хранимой процедуры

в PostgreSQL есть процедура

SQL
1
2
3
4
CREATE OR REPLACE FUNCTION getid(
    p_name CHARACTER VARYING,
    p_number INTEGER
) RETURNS INTEGER AS ...

она возвращает идентификатор уникальной пары, если такой пара в базе нет, то сперва добавляет эту пару

выполняя ее в самой базе, получаю результат отличный от нуля...

когда вызываю с теми же входными параметраци из c++builder xe - возвращает 0 на любые входные параметры...

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
// вызов процедуры getid
TPgStoredProc *PgStoredProc = new TPgStoredProc(Application);
PgStoredProc->Connection = PgConn;
PgStoredProc->StoredProcName = "getid";
PgStoredProc->Prepare();
 
PgStoredProc->Params->CreateParam(ftInteger   ,"result"  ,ptResult);
PgStoredProc->Params->CreateParam(ftWideString,"p_name"  ,ptInput );
PgStoredProc->Params->CreateParam(ftInteger   ,"p_number",ptInput );
 
PgStoredProc->ParamByName("p_name"  )->AsString  = "milcomagkii";
PgStoredProc->ParamByName("p_number")->AsInteger = 1;
 
PgStoredProc->ExecProc();
 
int retval = PgStoredProc->ParamByName("result")->AsInteger;

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

@MsGuns · 19.04.2011, 11:57

С PgDAC работаю совсем мало, но не думаю, что он принципиально отличается от других даков.
Не следует, ИМХО, явно создавать параметры. Если невозможно определить их в дизайне, используйте методы ParamCheck или Params->Refresh ну или аналогичные.

19.04.2011, 20:19

2 MsGuns
Если не сложно, покаж как делаешь...

@MsGuns · 20.04.2011, 10:47

В справке масса примеров. Скажу лишь о вреде явного создания/удаления/модификации коллекции параметров. В большинстве компонент доступа (например, TPgQuery, TPgSQL из того же PgDAC) имеется помимо св-ва Params (для других библиотек - Parameters) еще и ParamCheck. Если он выставлен true (а по умолчанию он так и выставлен), то при ЛЮБОМ изменении запроса (св-во SQL в том же PgDAC) происходит АВТОМАТИЧЕСКОЕ распарсивание текста запроса с поиском параметров и ПОЛНЫМ ПЕРЕСОЗДАНИЕМ всей коллекции Params. И если Вы "руками" изменяете ее, то помните о том, что во-первых, вся ответственность за коректность параметров (т.е. соответствия их содержимому запроса) ложится на Вас и, во-вторых, любое изменение текста запроса повлечет за собою убийство всех Ваших руками построенных параметров и создание "своих". Кончено, можно это свойство выключить, выставив CheckParams = false. Но делать это без веских оснований не следует, ибо, поверьте, разработчики компонент доступа (особенно "заточенных" типа той же PgDAC) всяко не хуже Вас знают особенности работы с параметрами на клиенте

Добавлено через 16 минут
"Гибкая" работа с параметрами используется и весьма эффективно:

1) Для ускорения выполнения серий однотипных запросов (например на вставку в таблицу нескольких подряд новых записей). Параметрический запрос, подготовленный с помощью Prepare, много эффективнее динамического по причине того, что первый транслируется DAC (иногда SQL сервером непосредственно) единожды, второй-же каждый раз по получению. На значительный объемах "серий" "эффект вражаэ"

2) Универсальность работы с различными типами данных. Кто мучился с вставкой в динамический запрос например дат, поймет об чем речь. Использование параметров перкладывает проблему совместимости типов данных "клиента" и "сервера" с программиста на DAC и, поверьте, последний в подавляющем большинстве случаев прекрасно справляется ! Универсальность заключается в том, что подстановка значений корректно выполняется с клиентских ПК с разными локалями. Более того, часто даже скл-серверные локали тоже не влияют на корректность работы. Что немаловажно в "коробочных" проектах.

3) Мобильность ПО к изменению бизнес-логики сервера. Приложение, грамотно реализующее работу с параметрическими запросами к элементам бизнес-логики (хранимкам, функциям, представлениям етц), не зависит (или очень мало зависит) от изменений, вносимых в эти самые хранимки и функции (в части параметров, ессно). Это достигается опросом (TParams->Refresh) текущего списка параметров на сервере и аккуратной обработкой полученных результатов. Очень важный момент при создании проектов для работы с корпоративными базами, часто удаленными и доступными с очень ограниченными правами.

Новые блоги и статьи Все статьи Все блоги /
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .
Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	19.04.2011, 11:57
	С PgDAC работаю совсем мало, но не думаю, что он принципиально отличается от других даков. Не следует, ИМХО, явно создавать параметры. Если невозможно определить их в дизайне, используйте методы ParamCheck или Params->Refresh ну или аналогичные. 0

hardKANsoft
	19.04.2011, 20:19
	2 MsGuns Если не сложно, покаж как делаешь...

@MsGuns 1497 / 1238 / 245 Регистрация: 04.04.2011 Сообщений: 4,363
	20.04.2011, 10:47
	В справке масса примеров. Скажу лишь о вреде явного создания/удаления/модификации коллекции параметров. В большинстве компонент доступа (например, TPgQuery, TPgSQL из того же PgDAC) имеется помимо св-ва Params (для других библиотек - Parameters) еще и ParamCheck. Если он выставлен true (а по умолчанию он так и выставлен), то при ЛЮБОМ изменении запроса (св-во SQL в том же PgDAC) происходит АВТОМАТИЧЕСКОЕ распарсивание текста запроса с поиском параметров и ПОЛНЫМ ПЕРЕСОЗДАНИЕМ всей коллекции Params. И если Вы "руками" изменяете ее, то помните о том, что во-первых, вся ответственность за коректность параметров (т.е. соответствия их содержимому запроса) ложится на Вас и, во-вторых, любое изменение текста запроса повлечет за собою убийство всех Ваших руками построенных параметров и создание "своих". Кончено, можно это свойство выключить, выставив CheckParams = false. Но делать это без веских оснований не следует, ибо, поверьте, разработчики компонент доступа (особенно "заточенных" типа той же PgDAC) всяко не хуже Вас знают особенности работы с параметрами на клиенте Добавлено через 16 минут "Гибкая" работа с параметрами используется и весьма эффективно: 1) Для ускорения выполнения серий однотипных запросов (например на вставку в таблицу нескольких подряд новых записей). Параметрический запрос, подготовленный с помощью Prepare, много эффективнее динамического по причине того, что первый транслируется DAC (иногда SQL сервером непосредственно) единожды, второй-же каждый раз по получению. На значительный объемах "серий" "эффект вражаэ" 2) Универсальность работы с различными типами данных. Кто мучился с вставкой в динамический запрос например дат, поймет об чем речь. Использование параметров перкладывает проблему совместимости типов данных "клиента" и "сервера" с программиста на DAC и, поверьте, последний в подавляющем большинстве случаев прекрасно справляется ! Универсальность заключается в том, что подстановка значений корректно выполняется с клиентских ПК с разными локалями. Более того, часто даже скл-серверные локали тоже не влияют на корректность работы. Что немаловажно в "коробочных" проектах. 3) Мобильность ПО к изменению бизнес-логики сервера. Приложение, грамотно реализующее работу с параметрическими запросами к элементам бизнес-логики (хранимкам, функциям, представлениям етц), не зависит (или очень мало зависит) от изменений, вносимых в эти самые хранимки и функции (в части параметров, ессно). Это достигается опросом (TParams->Refresh) текущего списка параметров на сервере и аккуратной обработкой полученных результатов. Очень важный момент при создании проектов для работы с корпоративными базами, часто удаленными и доступными с очень ограниченными правами. 0