Есть несколько вопросов:
Требуется создать БД типа "09" (ФИО, Адрес, год рождения, + ещё пара числовых полей)
Будет осуществляться поиск человека по Фамилии и году рождения, например.

1. Целесообразно ли будет делать таблицы-справочники для Фамилий, Имён и Отчеств отдельно (т.к. Фамилий разных в одном городе допустим 10000, а человек 1000000), а в главной таблице поставить индексы?

2. Потянет ли база на Access? Особенно интересует скорость поиска в Access и для сравнения в MS SQL Express?

3. Может у кого есть макет базы с оболочкой для поиска?

условия эксплуатации БД
Да какие там условия - сидит оператор, подходит к нему человек и говорит "мне надо найти Иванова Ивана 1975 г.р.", программа выдаёт отчёт со всеми Ивановыми И. 1975 г.р.
Если не нашли - ищем по другим параметрам.

Если считать 1 Кб на запись => 1 Гиг на базу (индексы я не знаю как считать и будут ли они в памяти?)
Хочется конечно сделать один интерфейс для ввода данных и другой для поиска, и базу бы на сервер положить желательно, а то оператор за серваком окажется...
Поиск будет не столь частым (10-20 запросов в день).
База будет расти на 6000-7000 записей в год.

при вводе делать поиск при введении каждого символа
вот этого я и боюсь - динамическая фильтрация в Access тормозит при 20000 записях
Хотя проверка орфографии - удобная штука :)

Вот точные поля:
Ф 20
И 15
О 30
адрес 100 (или кладр)
дата 8
дата 8
дата 8
время1 4
время2 4
целое 1 байт
целое 1 байт
целое 10 байт
-------------
209 байт минимум

Но если будут индексы будет на 41 байт меньше
+ Ещё кладр удобно бы подключить?

softwarer plinthВот точные поля:
Ф 20
И 15
О 30
Уже можно обещать проблемы.
Рекомендации?

Неужели в Access нет varchar полей, которые позволили бы избежать странных ограничений?
Нет, по-крайней мере, мне не известны

RENaissance
Интересно, откуда у автора такая уверенность, что символов в фамилии не может быть больше 20? Да и отчества бывают тоже длинные.


Я взял базу 09 нашего города - там самая длинная фамилия 21 символ, а фамилий всего ~ 23000 с учётом пола.
В любом случае, в Access можно будет потом увеличить поле без потери информации
Отчества, да, пока не анализировал...

RENaissance
Access Help
В текстовых полях и полях MЕМО могут храниться только введенные знаки, знаки пробелов для неиспользованных позиций в поле храниться
не будут.

Следовательно, в Access есть аналог varchar-полей. Зря экономите.

Я думаю, Вы не правы
Memo имхо резервирует 65К на запись, UnicodeCompression его конечно может сжать