Я новичок, и вопрос соответсвенный: как нужно планировать индексы ??


По запросам. Какие критерии поиска в запросах, такие и индексы надо делать.
На PK естественно надо индексы иметь всегда.



Сам вопрос:
1) возможно как то реализовать средствами SQL лучше проверку на пустй автоинкремент?? или


Возможно. Но не нужно. Пропуски в номерах в PK -- нормальное явление, с ним не нужно бороться.
PK обязан быть уникальным, он не обязан быть последовательным.



2) проверка осуществляется средствами языка разработки, без использования типа АВТОИНКРЕМЕНТ ??

Это не понял. Проверка чего, и какими такими средствами.


3)есть ли ссылка на мануал , ка кправильно реализовывать такие маленькие справочники, т.к. я даже не могу сформулировать сам этот вопрос.


Для таких маленьких справочников можно данные забить руками раз и навсегда, и забыть про них.
В приложении не реализовывать возможность добавления вообще.
Можно ID генерировать

select coalesce(max(id),0)+1 from THETABLE ;

но этот запрос по хорошему нужно пускать только на уровне SERIALIZABLE, т.е. с заблокированной за данной сессией всей этой таблицей эксклюзивно. Или пускать на обычном уровне изоляции, но быть готовым к коллизиям (если записи добавляют очень редко, а видимо это так для подобного справочника, то это не страшно, поскольку коллизии будут ещё более редки, чем случай добавления).