Всем привет.

Ситуация такая - при попытке выполнения некоего запроса вываливается end-of-file on communication channel. Об этом я писал вчера, толком никто ничего не ответил. Итак, опытным путём установлено, что эта ошибка - суть глюк 8.1.6.0.0, прикрывающий вывод сообщения о другой ошибке (например, ругань на некорректно заданный формат даты).
Запрос тривиальный:



Таблица atrv секционирована по полю datr, партиции разделяются в 00:00:00 31 декабря каждого года, т.е., 30 и 31 декабря - в разных секциях. Последняя партиция - с 31 декабря 2003 до maxvalue. Имеется несекционированный индекс по co и datr. Фишка в чём - если выбирать значения за какую-то определённую дату до 30 декабря 2003 года включительно, индекс используется, если после (т.е., находящиеся в последней партиции) - нет, выбирается полное сканирование. Данные в последней партиции есть, аж до 2011 года, несмотря на здравый смысл, не спрашивайте меня, почему :)
Кажется, получается такая картина - ораклу сносит крышу при выборке полным сканированием в последней партиции и индексным - в остальных. Если запрос отхинтовать, заставить использовать индекс, всё совершенно замечательно работает.
Структурных проблем нет - и dbv и dbms_repair-ом всё проверено. В алерт ничего не сыпется. В трассе последний запрос попросту не виден. Что делать?

Пока патч качался, сделал analyze ... compute этой таблицы. Всё заработало :)

Расскажи, подробнее, пожалуйста.

2Полуэкт: смогу прочитать только на следующей неделе, такой ситуасьён :)