Нет, это совсем не репликация. Т.е. не предполагается переносить в кэш все данные из таблиц-источников.


Это все-таки сильно похоже на репликацию, а то, что реплицируются не все данные, не отменяет этой похожести. Репликация не обязана копировать все данные, она бывает выборочной.


Потому что элементарно при неправильных результатах непонятно - у них ошибка или это такие данные неправильные) очень удобно со стороны базы делать SP и делегировать права на их запуск некоему webuser. После этого всегда можно _быстро_ отловить, например, ошибку - достаточно запустить процедуру из любого другого клиента. Да логических ошибок на клиенте и не возникает - просто потому, что за логику формирования ресальтсета отвечает одно подразделение ( а обычно вообще - один человек).


Непонятно, почему это создать процедуру и дать право webuser'у вы можете, а view или табличную функцию нет. Против перерасхода ресурсов есть governor.


После того как несколько раз нам нагрузкой "положили" сервер (ну просто ребята решили всю таблицу каждые 15 минут перегружать) мы им выдали процедуру и теперь они ее чаще, чем через 30 минут не могут запускать.

Ну вот - еще одна репликация. Кстати, очень советую познакомится с новыми возможностями табличных функций у 8.2. А также select from I/U/D от, кажется, 8.1.4 и позднее - чрезвычайно легко сделать VIEW, дающий результат раз в 30 минут.


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


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


Ну я уже объяснил, что тут дело не столько в корпоративной политике, сколько в том, что сервер, с которого забирается информация, не наш.


Это очень плохо и неудобно.


хм... а если sp - источник данных на удаленном сервере не просто select * from table?

И что? У DB2 SQL, что ли, слабый?