Доброе время суток,

в некоторых случаях отказаться от execute statement не получается и встаёт вопрос а как наложить зависимости на участников execute statement. До сих пор приходилось выкручиваться через type of column для входных, выходных и прочих переменных. Но зачастую в строке запроса используются поля которые незачем куда то вытаскивать создавая для них переменные или выходные параметры а зависимость на них и их содержащие таблицы должна существовать. Как Вы поступаете в подобных случаях?

не рисовать же рядом тупо запросы которые ничего не возвращают или переменные (c type of column) которые никому не нужны дабы только создать на них зависимость?

возможно есть другая, более красивая, возможность прописать зависимость без извращений, которая мне неизвестна?

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

поделитесь

я уже поднимал раньше эту тему тут
но красивого решения не вижу и по сей день

Симонов ДенисMikhail Tchervonenko,
....
Лучше бы показали задачу где без execute statement не обойтись. Тогда может чего и подсказали бы
ну к примеру, ORDER BY создаётся динамически и список полей передаются в процедуру через запятую в виде строки и имена полей ещё надо допилить примерно так I_ORDER_BY = replace(I_ORDER_BY,'O_IDCOUNTRY','PARTNERS.id_country');
т.к. имена полей на клиенте отличаются от имен полей в базе (выходящие данные с префиксом O_, а исходящие с I_)
сие не мои идеи по именованию и менять там что то уже поздно, да и никто не даст. (замечу что речь не всегда идёт о сортировке выходных данных в самом гриде, иногда это сортировка вромежуточных результатов в процедуре).

а адея формирования блока на клиенте мне нравится не очень ввиду потенциальных проблем с универсальностью. Прийдётся отказаться от компонентов в виде допиленных Gridов которые автоматом сами передают список полей (с префиксом) в процедуру выборки.

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

это как раз пример танцев с результатами работы тех самых мальчиков. Когда приходишь и говоришь что все надо переделывать а тебе говорят нет, вы только тут и тут поправьте и улучшите. Все денег стоит.

я собственно в основном эту дискуссию затеял зная что сюда разработчики заглядывают FB. Чем черт не шутит, если реализовали уж execute statement то почему не сделать и оператор создания зависимости, как раз для таких случаев.

hvladMikhail Tchervonenkoв некоторых случаях отказаться от execute statement не получается и встаёт вопрос а как наложить зависимости на участников execute statement.А зачем ?

PS а как наложить зависимости на запросы, выдаваемые приложением ?

если под приложением понимается клиент то в идеале он вообще не должен работать с таблицами на прямую, только с хранимками. По крайней мере в том что пишу я нет ни одного запроса из таблицы напрямую, только из хранимок. Абсолютно 100%. Другими словами вся логика должна сидеть в базе. Это касается и проектов на FB и на MSSQL. Исключение только MySQL т.к. хранимки там появились сравнительно недавно и по отзывам ещё не всё допилено.

Симонов ДенисMikhail Tchervonenko,

хрень твоя идея с зависимостями. Ибо в качестве параметра сортировки мне никто не помешает передать




....

ну да, если туда пальцами набивать эти строки то конечно. А вот когда эти строки формирует компонент на клиенте на основе своих же свойств полей и ты знаешь что прийдёт в хранимку, то вопрос только в комбинации пришедшего и предварительной обработке.
Заметьте, я хочу просто прописать в хранимке зависимости из execute statement. Остальные вопросы уже решены, и на клиенте нет логики на которую нужно накладывать эти зависимости. И походу, как уже писали раньше, кроме неисполняемого блока кода в этой хранимке, решения нет.

Dimitry SibiryakovMikhail Tchervonenkoнет ни одного запроса из таблицы напрямую, только из хранимок.
Абсолютно 100%.
Ужоснах.

когдато, фирма для которой писали софт вызвала Gutachter, типа эксперт от мелкософта (проект был на MSSQL + С#) который лазил по проекту и выискивал в том числе и прямые обращения к таблицам (на уовне select и на уровне компонентов). И таки нашел пару забытых временных затычек, это стоило нам денег. Если проект должен без проблем работать на нескольких платформах и различных клиентах иного решения нет. Все остальное стоит гораздо дороже в итоге и по деньгам и по времени. И я с тим на все 100% согласен. Опыт неоднократно подтвердил правильность такого подхода. Опять же это позволяет гораздо лучше контроллировать те же зависимости, да и тестирование сильно упрощается.

-Mikhail TchervonenkoИ походу, как уже писали раньше, кроме неисполняемого блока кода в этой хранимке, решения нет.
есть DECLARE VARIABLE с TYPE OF. Вы написали это в первом посте.
да, и использую, но и там же я писал что не хочется каждый раз создавать переменную только для того что бы создать зависимость (если эта переменная реально не используется). Потому неисполняемый блок выглядит разумнее.

Dimitry SibiryakovMikhail TchervonenkoА вот когда эти строки формирует компонент на клиенте на основе
своих же свойств полей
....то он с лёгкостью может составить запрос типа



я ж писал, что это не всегда сортировка выходного потока, иногда это сортировка промежуточного результата в SP

МимопроходящийMikhail Tchervonenko> Опыт неоднократно подтвердил правильность такого подхода.
Миша, а кой тебе годик?
Сколько ERP-систем тебе лично довелось проектировать?

ты мне хочешь предложить работу? :)

Dimitry SibiryakovMikhail Tchervonenko(проект был на MSSQL + С#)
Ну так MS SQL это... как бы так сказать помягче... весьма своеобразная вещь.

за что платят на том и пишем. Нравится не нравится это материи которыми семью не накормить.
А паттерны везде примерно похожие, проблема только в том что бы конкретный продукт освоить в приемлемые сроки и по возможности не наговнокодить. До сих пор получалось с переменным успехом, но неисправимых завалов пока не было. Сложнее когда приходят уже с заваленным проектом и просят его реанимировать. Некоторые просто надо переписывать с нуля, но тратиться на это готовы далеко не все.

п.с. Вопрос, а кто на форуме из разработчиков FB? Спрашиваю не с целью их беспокоить, просто интересно почитать что писали.

МимопроходящийMikhail Tchervonenko> ты мне хочешь предложить работу? :)
хочу понять первопричину категоричности выдвигаемых постулатов:
то ли это опыт - сын ошибок трудных, то ли юношеский максимализм.

я не навязываю эти постулаты, каждый волен сам набивать шишки. Я, к сожалению, многие набил сам хоть и пытался читать книжки. Сейчас мне 47 (почти), в разработке с 21 года, по началу c,c++, paradox, FoxPro, VFP, потом asp, php, c#, delphi, mysql,mssql,fb. Первые коммерческие продукт выпустил в 26 лет, тогда он назывался Информ-Авто, база на визуальном фоксе которая обменивалась информацией по российскому авторынку, стояла практически в 70% автомагазинов по СНГ (те что ладами торговали). Потом работа на заказ, банковский софт, учет итп. Пришлось даже программы для мат расчетов писать по теме своего диссера. Потом Германия, тут повезло, сразу попал в боевую фирму по разработке софта для текстильщиков, потом другая фирма со своим it отделом, базы по туризму итп потом опять боевая фирма по разработке для клиентов в области медицины ну и сейчас большая контора - поставки элитных тряпок из европы со своим отделом IT.
Последние годы несколько крупных проектов точнее 6, успешных два, один загубленный, остальные умерли или еле теплятся по причине дальнейшей невостребованности (так бывает, сначала заказывают а потом сами разоряются, уходят на тругой рынок находят лучший продукт итп). Мелкие проекты посчитать не берусь. Из того что в онлайне можно глянуть только это , ну и несколько мелких поделок для себя тут . Вот ещё, фотографией увлекаюсь :).
надеюсь тему раскрыл, мой ник моё реальное имя и фамилия, я не скрываюсь потому гугл в помощь ;)
теперь твоя очередь ...

блин, все видео воткнулось, извиняюсь

МимопроходящийКоваленко Дмитрий> ... надо будет как нибудь выбраться и напиться с тобой в кабаке :))
милости просим к нашему шалашу. :)
а уж тем более напиться, это мы завсегда готовы! :))

ну, будете у нас на колыме тоже заглядывайте, могу по местным кабачкам экскурсию устроить ;)

МимопроходящийMikhail Tchervonenko> Сейчас мне 47 (почти), в разработке с 21 года, по началу
> c,c++, paradox, FoxPro, VFP, потом asp, php, c#, delphi, mysql,mssql,fb.
не, я тебя на работу не возьму. распыляешься. толком не владеешь ни одним из.

ну это ж в периоде 26 лет все. Кто чем не увлекался :)

Симонов ДенисMikhail Tchervonenko,

дык а что в MS SQL для динамических запросов в ХП есть зависимости? Насколько мне известно их там нет вовсе и для нединамических запросов в ХП. Хотя могу ошибаться.
да, на тот момент когда я на нем кодил было кисло
вот , кстати продукт отчасти решающий эту проблему (краткое описание тут ) есть ещё для оракла такая весч