BuryCommonerВыполнение запросов, где фигурирует условие WHERE из некоторых таблиц, стали возвращать ошибку 'SQL0901N Оператор SQL завершился неудачно из-за несущественной ошибки
системы. Последующие операторы SQL могут обрабатываться. (Причина "column
number out of range".) SQLSTATE=58004'. Помогает только пересоздание таблиц, но это не выход. В чем дело и как лечить?
DB2 Express 9.1 fixpack5, так же DB2 Express 9.1 без фикспаков.1. Т.е. вы хотите сказать, что пересоздав таблицы, вы не получаете ошибку?
Она что, начинает появляться, когда вы заполняете таблицы данными?
2. Вы можете привести ddl всех этих таблиц и индексов для них?

BuryCommonerMark Barinstein, причина появления ошибки неизвестна. Пару таблиц пересоздали с экспортом/импортом и с ними ошибка исчезла, с другими же остается. Пока данная ошибка не критична. Просто хотел узнать суть проблемы. Вдруг в будущем опять такое произойдет и опять придется пересоздавать таблицы.Это похоже на баг.
Желательно обратиться в сапорт.
Чтобы локализовать проблему восстановите архив базы в другое место, убедитесь, что ошибка на конкретных запросах присутствует.
Поубивайте все такблицы и другие объекты, которые не участвуют в запросах с ошибкой.
Если ошибка все еще есть - сделайте архив этой базы, зажмите его и скажите размер архивного файла и OC (win, linux, ...).

Mark BarinsteinПоубивайте все такблицы и другие объекты, которые не участвуют в запросах с ошибкой.
Если ошибка все еще есть - сделайте архив этой базы, зажмите его и скажите размер архивного файла и OC (win, linux, ...).Еще убейте из тестовой базы все табличные пространства, кроме системных и тех, где нужные таблицы лежат - чтоб архив поменьше был.

BuryCommonerИз-за чего мог возникнуть такой глюк? WinXPСапорт разберется....
BuryCommonerбэкап получился 16 метров.Это с этой дополнительной таблицей?

BuryCommonerда в этом бэкапе таблицы в которых был глюк и та таблица, из-за ключей на которую это произошло. Глюк работоспособен.Можете выложить архив в общедоступное место?

BuryCommonerАрхив с бэкапом и описанием ошибки. Скачать (16 Мб)Проверил, похоже на баг.
Вы можете открыть PMR?
Если это сделаете вы, то проблема решится быстрее.

Как workaround пока можно использовать одно из:
1.
перед выполнением запроса делать
set current query optimization 1 (или 0)
(не забывать потом после вызова select count(*) ... восстанавливать значение, если надо)
2.
отключить оптимизацию для каждого (может, можно найти и какую-нибудь комбинацию ключей) внешнего ключа таблицы DOC.REG_IN:
alter table DOC.REG_IN alter foreign key CC1220940955467 disable query optimization;
...

BuryCommonerВыполнение запросов, где фигурирует условие WHERE из некоторых таблиц, стали возвращать ошибку 'SQL0901N Оператор SQL завершился неудачно из-за несущественной ошибки
системы. Последующие операторы SQL могут обрабатываться. (Причина "column
number out of range".) SQLSTATE=58004'. Помогает только пересоздание таблиц, но это не выход. В чем дело и как лечить?
DB2 Express 9.1 fixpack5, так же DB2 Express 9.1 без фикспаков.На каком именно фикспаке v9.1 была создана база, где потом появилась эта проблема?

Я спросил потому, что есть известный APAR IZ00678 похожий на вашу проблему.
Но если база была создана и были произведены действия, описанные там до v9.1.4, то проблема остается и после наката фиксов или переноса архива.

BuryCommonerДействительно. Очень похоже на это. Непосредственно в период появления ошибки, я интенсивно занимался изменением структуры, во время которого создавал ключи с рестриктом и отбрасывал столбцы. И делал это как раз на обычной 9.1.
Никак не научусь творить на тестовой, а не на рабочей базе :)Тогда лучше пересоздать таблицы и перегрузить данные в них.