Для чего нужно определять ключевое поле?
Если поле - индeкcиpoвaннoe (Coвпaдeния нe дoпycкaютcя) То зачем говорить что оно ключевое?
Ну ключик нарисуется, жирным шрифтом отобразится. А на скорости выполнения запросов это скажется? Или какие то запросы не будут работать?

2 Kelme
Это не шутка. БД только для чтения. Вот и подумалось мне - зачем ей указывать ключевое поле это или нет.
2 АлексейК
Для "однозначной идентификации конкретной записи" может быть использовано любое поле имеющее уникальные записи. И вообще вопрос не про это.

Была БД в её таблицах были поля - счётчики, выполнявшие роль ключевых полей.
Из этой БД создана новая БД только для чтения. Соответственно поля-счётчики заменил на числовые, а вот какой мне прок от иконок с ключиками не пойму. Они мне в принципе не мешают :) , но хочется разобраться как это влияет на скорость выполнения запросов и работоспособность БД.

Shuhardбез ключиков многое перестанет работать - например при линке mdb+ mdb индексы не рулят
т.е. Access не видит обычных индексов в прилинкованной таблице?
А что ещё перестанет работать?

Дык, Access у меня полько как БД. Оболочка на VB.
Похоже что ключевые поля мне не пригодятся. Выборку я организую через ADO, используя хранимые запросы. А запросу видимо пофигу с ключиком это поле или нет, главное чтобы индекс был.

Shuhardзапросу НЕ пофигу - связь через НЕ ключевые поля работает в разы медленнее
проверял в БД формата Access97 на запросах с WHERE ... Like... и WHERE ...=...
С ключами и без, с ADO и DAO - никакой зависимости скорости от наличия ключа не обнаружил.

2Shuhard
спасибо за совет, но связывать таблицы по текстовым полям - не мой метод.
2All
Спасибо за обсуждение. Понял, что от наличия ключевых полей хуже ни кому не стало. А вообще я в ужасе. Во время тестирования обнаружил, что DAO в два раза быстрее ADO выполняет запросы с LIKE, да и с другими запросами работает тоже быстрее... Мне завтра проект (~5тыс. строк) ADO на DAO переводить, а я с ним года три не работал.

2АлексейК