Аналог StoredProc

[bestonix]

Доброго здоровья уважаемые.

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

Подскажите пожалуйста как выйти из этой ситуации ?

[WindOfPain]

например, пользоваться компонентом, типа Query, и прописывать вызов процедуры в SQL скрипте.
например

Код: Выделить всё

execute procedure new_procedure(1);

для вызова хранимой процедуры без выходных значений.
и

Код: Выделить всё

select *
from new_procedure(1)

для процедур, которые возвращают набор строк.
Это все на примере InterBase\FireBird.

[bestonix]

С Query конечно можно обойтись, но не очень удобно.
PS. Значит нету пока ничего подобного

[Mr.Smart]

bestonix
Как раз вот Query будет по удобнее, чем всякие Table и StoredProc

[Little_Roo]

Доброго здоровья уважаемые.

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

Подскажите пожалуйста как выйти из этой ситуации ?

Посмотреть в сторону UIB+FBDataset ?
Там такое есть

[wickedgirl]

Для работы с БД в Lazarus на просторах данного форума находила ссылку на ZeoS компоненты. Там много приятно-полезного. В том числе и StoredProc.
Если это, конечно, ещё актуально.
http://zeos.firmos.at/

[А.Н.]

Zeos - отстой. Возврат результата из процедуры там не предусмотрен. А, если сделать, то получается ошибка и приходится переподключаться после каждого возврата. Ну, или править библиотеку руками. :-\
MyDAC/UniDAC - наиболее хороший вариант.
Студию их пользую. Очень удобно. Компоненты тоже порадовали.

[wickedgirl]

Надо будет попробовать.
Хотя мне и ZeoS хватало В том числе и с возвращением значений.

[А.Н.]

Из хранимых процедур? :-\

[wickedgirl]

Да.
Правда, там были не массивы данных. А несколько переменных. Их значения получала.
С иными вариантами обработки из приложения хранимых процедур не сталкивалась, но в ZeoS показался вариант использования довольно странным. Сперва каждый параметр обозвать input он или output. Потом выполнить и output считать.

[WAYFARER]

Zeos - отстой. Возврат результата из процедуры там не предусмотрен. А, если сделать, то получается ошибка и приходится переподключаться после каждого возврата. Ну, или править библиотеку руками. :-\
MyDAC/UniDAC - наиболее хороший вариант.
Студию их пользую. Очень удобно. Компоненты тоже порадовали.

Я на протяжении полутора лет работы с Zeos что то делаю не так, что у меня все работает без проблем!?:)
А МуДАК, кстати денег стоит...

[А.Н.]

Я на протяжении полутора лет работы с Zeos что то делаю не так, что у меня все работает без проблем!?:)

Чудо?

А МуДАК, кстати денег стоит...

Жестоко вы. Среда, наверняка, использующая этот "МуДАК" работает почти без проблем (MySQL Studio).
И бесплатна для русских.
Компоненты тоже. Просто они забыли об этом предупредить.

P.S.: А хранимые процедуры и lookup-ы у вас тоже работают?
Без всяких мифических "user-patches"?

Добавлено спустя 2 минуты 45 секунд:

Да.
Правда, там были не массивы данных. А несколько переменных. Их значения получала.
С иными вариантами обработки из приложения хранимых процедур не сталкивалась, но в ZeoS показался вариант использования довольно странным. Сперва каждый параметр обозвать input он или output. Потом выполнить и output считать.

Уха-ха, естественно, выбор в переменные работает нормально. Но возврат результата из процедуры. :-
Плюс, очень неудобно построены объекты запросов.

Добавлено спустя 2 минуты 13 секунд:
Причём, "нормально" - это имеется ввиду, "бывает работает", в отношении zeos.
Там появляются такие интересные вещи, что глаза на лоб лезут (к примеру, одни запросы с параметрами работают нормально, а другие приходится формировать динамически, потому что параметр не передаётся).
И, похоже, не только у меня.

[WAYFARER]

А хранимые процедуры и lookup-ы у вас тоже работают?
Без всяких мифических "user-patches"?

С хранимыми процедурами проблем не наблюдалось, но я их использую постольку-поскольку, в основном для сложных вычислений и кое где в аналитике. lookup-ы в Lazarus вообще не понятно как работают, вне зависимости от используемых компонентов доступа к БД, обхожусь без них.

Среда, наверняка, использующая этот "МуДАК" работает почти без проблем (MySQL Studio).
И бесплатна для русских.
Компоненты тоже. Просто они забыли об этом предупредить.

Не знал. Я в прайс глянул только. А за MySQL Studio отдельное спасибо, давно такую штуку искал.

PS. Бесплатны в т.ч. для коммерческого использования? Можно ссылочку, а то я что то там ничего найти не могу.

[А.Н.]

А за MySQL Studio отдельное спасибо, давно такую штуку искал.

Дык, это разработчикам спасибо. Мне она нравится. Очень удобная. И достаточно стабильная.

PS. Бесплатны в т.ч. для коммерческого использования? Можно ссылочку, а то я что то там ничего найти не могу.

Постольку, поскольку. Бесплатны только для русских, если хорошо поискать.
Я нашёл бесплатную версию 5.80, а текущая 5.90. Мне хватает.
Достаточно убрать {$DEFINE TRIAL}.
http://www.devart.com/mydac/download.html
http://www.devart.com/unidac/download.html
http://www.devart.com/ru/dac.html
http://www.devart.com/ru/products.html
http://www.devart.com/ru/dbforge/

Студия реально бесплатна, от разработчиков.

[grigoreo]

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

Дико извиняюсь в текущем стейбле Зеоса как бы все нормально с возвратом из функций , вопрос только как вы это делали?.... ЮниДак ведь не бесплатный, кому нужна бесплатная альтернатива думаю Зеоса хватит на его потребности