Всем привет.
Ситуация такая - при попытке выполнения некоего запроса вываливается end-of-file on communication channel. Об этом я писал вчера, толком никто ничего не ответил. Итак, опытным путём установлено, что эта ошибка - суть глюк 8.1.6.0.0, прикрывающий вывод сообщения о другой ошибке (например, ругань на некорректно заданный формат даты).
Запрос тривиальный:
1.
2.
select count(*) from atrv
where co= 9201 and datr <= to_date('12-31-2003','MM-DD-YYYY')
Таблица atrv секционирована по полю datr, партиции разделяются в 00:00:00 31 декабря каждого года, т.е., 30 и 31 декабря - в разных секциях. Последняя партиция - с 31 декабря 2003 до maxvalue. Имеется несекционированный индекс по co и datr. Фишка в чём - если выбирать значения за какую-то определённую дату до 30 декабря 2003 года включительно, индекс используется, если после (т.е., находящиеся в последней партиции) - нет, выбирается полное сканирование. Данные в последней партиции есть, аж до 2011 года, несмотря на здравый смысл, не спрашивайте меня, почему :)
Кажется, получается такая картина - ораклу сносит крышу при выборке полным сканированием в последней партиции и индексным - в остальных. Если запрос отхинтовать, заставить использовать индекс, всё совершенно замечательно работает.
Структурных проблем нет - и dbv и dbms_repair-ом всё проверено. В алерт ничего не сыпется. В трассе последний запрос попросту не виден. Что делать?
