EDUDK01 , в том-то вся проблема этого метода. Поясню, в чем у нас трабла:

Есть 3 менеджера, занимающиеся клиентами "А", "Б", "В" соответственно (т.е. каждый только с одним). Этим менеджерам записи друг друга видеть нельзя (ну, там, конкуренция и все такое). Но. Есть еще бухгалтер, зам. генерального, сам генеральный. Эти привилегированные пользователи могут видеть разное. Т.е. бухгалтер (условно) записи менеджеров 1 и 2, но не 3 (типа третий работает с откатами напрямую с замом :).

Думаю, все уже поняли, что за проблема. Очевидно, что в случае нежелания делить таблицы с данными для применения встроенной защиты Access по менеджерам (у меня), приходится делать защиту самостоятельно. Эта наша защита, суть тот же механизм с двумя колесами, только медленный и корявый. Ведь делать нужно обычные группы пользователей (как отдельную таблицу) и самих пользователей (тоже таблица). Их взаимоотношения прописывать ручками, а разграничивать запросами. Но, ладно бы эти ограничения можно представить по нисходящей в плане доступа, так ведь нужно еще ограничить параллельно (1 видит 2, 2 видит 3, 3 видит 1 и т.д.). Жуть.

P.S. Если же свою защиту, как предлагает маяк , понимать как "защиту", то лучше сразу считать всех пользователей "белыми и пушистыми", тогда проблем не будет (т.е. вообще не делать никакой защиты, кроме "пароля" базы). Однако, собственная защита может быть куда как эффективней, если вспомнить что такое mdw перед AOXPPR.

That's all folks...