Добрый день.

Просьба помочь с архитектурой решения. Сейчас все сводится к тому, что функция должна зафиксировать данные в таблице, что очевидно невозможно.

Есть таблица A (сущности) и таблица B (расчетные данные для каждой записи таблицы A, один ко многим). Расчет данных для таблицы B (для каждой записи A) может выполняться достаточно долго. Сейчас при изменении данных таблицы A (или связанных с ней таблиц) с помощью триггеров удаляются все расчеты в таблице B, данные на лету не обновляются (ввиду длительности операции). А расчет выполняется непосредственно, когда пользователь выбирает для работы группу записей A. И тут возникает проблема как зафиксировать только что рассчитанные данные в таблице B?

Например, запрос вида:

Это могла бы быть функция GetB (PrimaryKey A), которая либо вытягивает данные, либо фиксирует и вытягивает, но, понятно, что записать данные в функции в таблицу B не получится. Альтернатива использовать ХП для расчета значений B перед селектом, но придется ей на вход дублировать все условия WHERE, либо выполнять расчет по всей базе. В любом случае не очень красивое решение.

Всем хорошего дня)

aleks222,

Вкратце: данные необходимо получать в конструкции SELECT, а при их отсутствии предварительно вычислять.

Если завернуть функцию в процедуру, то решается проблема с записью в таблицу, но невозможно получить данные в одном SELECT. Получим код вида

А в идеале такой вариант:


,
где функция GetB либо выбирает данные, либо рассчитывает, записывает и выбирает.

uaggster,

Как я перехвачу эти данные из ХП в вышестоящем SELECT? Эти данные пролетят мимо как выходной набор данных. Мне эти данные необходимо сджоинить с сущностями и продолжить логику на сервере.

Владислав Колосов,

Тогда получается предварительный обсчет всей базы. Т.е. вначале вычисляем все недостающие данные в таблице B, а затем выполняем SELECT ...
Да, это решение держу в уме.