Приветствую.
Насоздавал на днях в базе кучу временных таблиц, которые должны задействоваться в автоматически генерированных SQL-запросах (но пока задействовать не стал). Вот скрипты создания таких таблиц:
1.
2.
3.
4.
create global temporary table TMP_S_<N> (
VAL varchar(256),
constraint u_TMP_S_<N>_VAL unique (VAL)
) on commit delete rows
1.
2.
3.
4.
create global temporary table TMP_I_<N> (
VAL varchar(256),
constraint u_TMP_S_<N>_VAL unique (VAL)
) on commit delete rows
<N> - это число от 0 до 20
И начались следующие чудеса. После заполнения данных
в совсем другие таблицы , коммитом и последующем вызове команды на обновление статистики индексов
1.
SET STATISTICS INDEX some_index
где (some_index - это индекс для другой
не временной таблицы) выдаётся ошибка:
авторunsuccessful metadata update request depth exceeded. (Recursive definition?)
Ещё замечено, что при ещё одном подключении к базе при попытке выполнить обновление статистики любого индекса происходит эта же самая ошибка. Если первое подключение, которые заливало данные отвалится, то ошибка во втором подключении исчезает.
Куда вообще смотреть в этом случае? Может кто-то сталкивался с подобным?
PS: повторюсь,
временные таблицы пока не задействованы . Они просто созданы, но пока не заполняются данными и не участвуют в запросах.
PPS: если убрать ограничение на уникальность знчения полей временных таблиц, то ошибка исчезает.
PPPS: Win7 x64, FB 2.5.2 26540 пробовал и 64- и 32-битный вариант
