Динамический запрос
Динамический запрос
Привет!Такая проблема..в моей базе...есть основные журналы например :Журнал движения ТМЦ (тут все операции по движению ТМЦ (приход от поставщиков,вн.перемещения,списания,реализация и т.п.)..Но есть и вспомогательные которые используются для отдельных операций (ЖУР инвентаризации,реализации ) но переносящие свои данные в журнал ТМЦ..Но вся хитрость в том что связи между журналами описаны в спец.таблице СВЯЗЕЙ в которой есть поля ИСТОЧНИК(имя таблицы источника),ИСТОЧНИК_ИД - ИД источника ,ПРИЕМНИК (имя таблицы приемника) ,ПРИЕМНИК_ИД
B_KNINV,23,B_KNDVTMZ,1120 ///в клиенте я сделал процедуру которая при удалении записи в источнике удаляет запись в журнале СВЯЗЕЙ,именно тут и определяется какие записи в ПРИЕМНИКах нужно удалить но через ЕСЛИ... можно ли создать на сервере процедуру типа DELETE FROM <переменная_параметр_имени_табл_приемника>(ПРИЕМНИК)
WHERE <ID_приемник >= ПРИЕМНИК_ИД?
Может можно придумать что либо?
B_KNINV,23,B_KNDVTMZ,1120 ///в клиенте я сделал процедуру которая при удалении записи в источнике удаляет запись в журнале СВЯЗЕЙ,именно тут и определяется какие записи в ПРИЕМНИКах нужно удалить но через ЕСЛИ... можно ли создать на сервере процедуру типа DELETE FROM <переменная_параметр_имени_табл_приемника>(ПРИЕМНИК)
WHERE <ID_приемник >= ПРИЕМНИК_ИД?
Может можно придумать что либо?
Вопрос спорный. Это строка для execute statement формируется динамически. А процедура будет статической. На входе - нужные названия таблиц и id, на выходе - результат.
Экзамен - это про уже пару раз разгоравшиеся споры о том, а не запретить ли вообще ES до успешного прохождения тестов на знание FB, потому как каждый новичек пытается неправильно приспособить его для "шоб було" или ещё как не по назначению. И как следствие, начинающего возмущаться, какого ... это всё неправильно (не как ему показалось должно быть) работает.
Экзамен - это про уже пару раз разгоравшиеся споры о том, а не запретить ли вообще ES до успешного прохождения тестов на знание FB, потому как каждый новичек пытается неправильно приспособить его для "шоб було" или ещё как не по назначению. И как следствие, начинающего возмущаться, какого ... это всё неправильно (не как ему показалось должно быть) работает.
-
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
Re: Динамический запрос
их вполне обозримый десяток-другой или неизвестное заранее кол-во?infopol писал(а):<переменная_параметр_имени_табл_приемника>
http://course.ibase.ru , тест.И поподробней про экзамен
Re: Динамический запрос
Версия FB 1.5.3//Ivan_Pisarevsky писал(а):их вполне обозримый десяток-другой или неизвестное заранее кол-во?infopol писал(а):<переменная_параметр_имени_табл_приемника>
ЗАПРОС таков что имеет 2 параметра ИМЯ_ТАБЛИЦЫ и ИД таблицы ...
И все!!!!По поводу высказывания для "чого було".. "за нещо"...
"ако си пърчеве то и говорям съм със теб не трябва.."
Вопрос задан корректно ..используя какие операторы SQL на FB можно создать динамический запрос или нечто подобное
.