<ИМХО>
1. Писать отдельный модуль для отдельной группы пользователей - не совсем практично. Особо не вдаваясь скажу, что такой подход совершенно лишен гибкости и обречен на вымирание.
2. Остается второй вариант. А точнее два его типа:
а) имеется единый и постоянный интерфейс, "доступность" элементов которого определяется правами пользователя.
б) состав интерфейса определяется правами пользователя.

Если тип (а) можно попробовать и в акцесе воплотить, то (б) - на акцесе дело гнилое. Тут уж лучше веб-интерфейс. Вообще акцес - не лучший выбор в качестве среды разработки клиента. Поэтому тут чего не посоветуй - все равно через одно место получится. Я, после долгих скитаний, остановился на веб-интерфейсе. Вот почему: 1. работает и в WAN и в LAN. Т.е. с масштабированием все ОК. 2. При наличии минимального опыта, интерфейс пишется не сожнее, чем в акцес. 3. Можно писать на JScript, а значит не на VB (или еще более уродливой его версии - VBA).

</ИМХО>

>что ни говори, а специалисты Access гораздо дешевле специалистов Delfi и т.п.

Странно... По моим расчетам выходит иначе:
1. Пусть спец. по Акцессу стоит X$. А спец по... ну пусть Java/Asp/Perl etc. (далее JAP - спец.) стоит... ну пусть даже N*X$ (где N>=5).
2. Нанимаем 1-го акцесс-спеца. (расход X$)
3. Прошло... пусть 3 месяца. (расход 3*X$)
4. Шаг вправо, шаг влево
5. Нанимаем JAP-спеца. Он делает по человечески. (расход (N+3)*X.
6. Нанимаем еще одного JAP-спеца, который захочет иметь дело с Акцесс (чтобы все не рухнуло нафиг, пока JAP-1 будет творить с нуля). Расход 2N$ + зарплата Акцесс-спеца.
7. Вышли на расход 2N$ в мес + зарплата Акцесс-спеца.

Второй вариант - сразу нанять JAP-спеца - обойдется просто в N*X$ в мес.

Вот такая арифметика.

зы: Дельферу придется платить N*X$, а результат - 2N$ + зарплата Дельфера // не в обиду дельферам

>Я думаю, у Access есть будущее
Maybe... Надеюсь это как-то скомпенсирует отсутствие прошлого

А если серьезно, я очень рад, что где-то есть спецы по Акцесу. Я сам ни одного не видел. Ну точнее видел только таких, после которых все приходится переделывать. Т.е. берет человек книжку по С++, скажем - открывает - смотрит - закрывает, берет по джава - аналогично, берет по акцесс - О! Вроде как ничего... Потом долго пишет локальные базы, создавая их всяческими визардами. Особо продвинутые особи слышали про что-то SQL. Ну и после долгих лет практики может быть кто-то что-то под SQL Server сотворит. Но как правило не с нуля, а для расширения функциональности какой-нить бухгалтерской покупной проги.

А на много акц.-спецы у вас там дешевле? Если не секрет, конечно. И в какой стране?

Вас приветствует боец Cube из одного из восточных регионов Украины
В наших краях довольно много толковых программеров... было. Где они теперь? Направление №1 (с частичным оседанием в промежуточных пунктах): Киев, Штудгарт, Силиконовая долина, Канада etc. Направление №2: работа не по специаьности (предел мечтаний - региональный менеджер какой-нить мультинациональной корпорации). Ну и третье, пожалуй, наука - но таких мало и им совсем не позавидуешь (в финансовом смысле). Все. У админов и системщиков дело несколько лучше обстоит - они в банках обитают, во всяких там телекомах и т.д. Но им платят в среднем 100$ в мес. Боец Cube подумал, что не должно так быть и остался изменять в массовом сознании отношение к IT. По этому что о себе ни скажи, получится Snapshot. По образованию - системщик, по призванию - программер. Родной язык - С++. По мере погружения в БД слегка "повело" в разных направлениях. Остановился на web-solution. Работаю один. Работа заключается в запускании в различных сферах местного социума новых механизмов обработки информации, преодолевая при этом неистовое сопротивление этих самых слоев. Кое-что сделать удается. Правда почти бесплатно (по вашим меркам совсем бесплатно). Если так и дальше будет продолжаться - буду прорываться в Киев или в Москву. Но маленький шанс, что здесь что-то изменится (точнее, что удастся что-то изменить), все таки есть.
Такие пироги

По возможностям:
1. Access - стандартная база + стандартный интерфейс
2. Delfi - нестандартная база + стандартный интерфейс
3. C++ - нестандартная база + нестандартный интерфейс

По трудоемкости в обратном порядке. Поэтому врядли стоит для п.1 юзать C++, хотя, если есть наработки + опыт, то и на C++ не очень заморочено будет. Но чем на С++, лучше на джава. Имхо.

2 Павел:
На голый компьютер "насильник" гораздо быстрее установит Win, Access, и напишет на нем телефонный справочник, чем это сделает Access'ор. И еще пивка успеет попить

2 Павел and All:
Не стоит так серьезно воспринимать мои изыски относительно всяческих сравнений профессиональных качеств. Я никого не измеряю изученными им технологиями. Все мои выводы носят статистический характер, т.е. являются неким обобщением опыта. Дело в том, что научиться "что-то делать" на акцесе легко, поэтому и дилетантов здесь больше. Делфи сложнее, соответственно дилетантов меньше. С++ (особенно вижуал) - еще дальше, хотя и там тоже... Кто-такой дилетант? Это тот, кто "за деревьями не видит лес". Вдаваться не буду.

2 judge:
"Delfi - нестандартная база + стандартный интерфейс" - касалось не столько самого делфи, сколько продуктов фирмы Борланд (в т.ч. и С++Билдер). За RAID приходится платить некоторой ограниченностью и "принятием определенных правил игры". Для выхода за эти рамки нужно затратить опреденные силы. Но за рамки выходить лучше на VC, а еще лучше - на джава (если условия задачи допускают его использование).

зы: прошу прощения, если я кого-то ненароком обидел или как-то смутил.

Сори, опечатка: <<за "RAD" придется...>>

Кстати говоря, а что если устроить голосование, типа "кто на чем девелопит" а) клиент б) сервер (в смысле сервлет, если он есть).
А?