FB можно ли как-то заставить постоянно хранить в кэше результаты нескольких SP?

@delphicoding · Регистрация: 04.07.2011

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

Подскажите пожалуйста, есть ли какая-то возможность оптимизировать выполнение нескольких несложных но постоянно используемых StoredProceduresX которые выдают список значений используемый другими SP? Было бы актуально: а) постоянно хранить в оперативке-кеше FB результат последних выполнений StoredProceduresX с разными параметрами (например StoredProceduresX (1), StoredProceduresX (2), StoredProceduresX (3), итд); б) привязать их автоматическое обновление при изменениях в зависимых таблицах? - можно ли это как-то сделать?

arni · 16.04.2012, 22:14

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

@delphicoding 0 / 0 / 0 Регистрация: 04.07.2011 Сообщений: 66
		1
	FB можно ли как-то заставить постоянно хранить в кэше результаты нескольких SP? 16.04.2012, 12:56. Показов 882. Ответов 1 Метки нет (Все метки) Подскажите пожалуйста, есть ли какая-то возможность оптимизировать выполнение нескольких несложных но постоянно используемых StoredProceduresX которые выдают список значений используемый другими SP? Было бы актуально: а) постоянно хранить в оперативке-кеше FB результат последних выполнений StoredProceduresX с разными параметрами (например StoredProceduresX (1), StoredProceduresX (2), StoredProceduresX (3), итд); б) привязать их автоматическое обновление при изменениях в зависимых таблицах? - можно ли это как-то сделать? 0

arni 912 / 877 / 62 Регистрация: 06.01.2010 Сообщений: 2,367 Записей в блоге: 6
	16.04.2012, 22:14	2
	Как вариант, расчитанные полуфабрикаты (ваш "горячий" кэш) сбрасывайте в спец-табличку. На изменение таблиц, приводящих к "порче" расчетов, вешайте триггера, которые будут очищать эту табличку с хранимыми расчетами. Перед тем как взять хранимый расчет в дельнейшую обработку, проверяйте, если он вобще. если таблица пуста (была очищена триггером) - запускайте долгоиграющие хранимки для пересчета. 1