А что - штатный оптимизатор запросов не умеет индексы выбирать под таблицы, что ему нужно свои навязывать ?
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase

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

oleggarпонимаете ,базу проектировал не я .и если учесть ,что кто-то сделал индексы с первыми полями селективностью 0,5 (пол человека и тому подобное) ,неудивительно ,что оптимизатор сходит с ума и не хочет работать .моя задача -максимально использовать эти плохие индексы .кстати ,статистика должна быть в базе syscolstat ,но я ее не вижу в структуре .
Ну и кто мешает грохнуть плохие индесы и создать хорошие, по которым с удовольствием будет работать оптимизатор ? Индексы (кроме уникальных) не влияют на логику работы БД и таким образом их смена не приведет к утрате функциональности. Помоему это гораздо легче, чем зачем то изобретать свой доморощенный оптимизатор запросов, который ко всему прочему еще пытается рулить планом запроса посредством хинтов, где кстати о птичках оптимизатор вполне вправе просто поставить хинт индекса в игнор сообразуясь своими причинами.