proNovell

Как ограничить коллисество пользователей подключающихся к определённому файлу/каталогу.
NW 5.0

штатно - никак имхо. просто если у кого и возникает такая надобность (вдруг) - это чрезвычайно редко и по весьма экзотической причине. проще делать это на уровне обращающегося софта.

Надобность более чем экзотична.
Есть база написанная на MS Acess. Работает это чудо через MS Jet и подключено к ней 11 юзверей.
Осенью наступают критические дни когда они туда ломятся (от 4 до 8 за_раз).
Разграничить доступ по времени мне не дадут. им видете ли работать надо, стереть эту пакость с сервака тоже.
Как тут быть?

А почему бы не подправить базу? пусть она сама заботится о том сколь к ей подконнектилось юзеров...

Как вариант - использовать персональные локальные реплики базы.

Репликация не подойдёт из за работы базы. Нудно и долго объяснять как она работает.

Подправить базу можно. Но как ограничить количество одновременно седящих вней юзеров я слабо представляю.

Докладная на имя начальника спасет ситуацию... - мол так и так, а надо чтобы юзеры договаривались меж собой о графике...
......, а что происходит если подключается множества юзеров ???

Ну, проблем несколько...
Это программа заявок в головную организацию.
1. Мееееееееееееедленная работа на 100Mbit (объём базы 20Mb)
2. Иногда пользователи, по неизвестной мне причине, получают монопольный доступ к базе тем самым вышибая из неё всех остальных
3. Две заявки могут быть созданы с одним номером в результате одна из них пропадает (Приходится лезть в таблицу и ручками выдирать позиции пропавшей заявки, или заставлять юзверя набирать её заново).

Разговор с начальником закончился тирадой с его стороны
начинавшейся: "Нет, мы должны..." и заканчавающейся "...и всё должно работать!"

Вот такие пироги.

Предложение немного дурное, но...
Раздай им всем одно и тоже имя пользователя и ограничь в свойствах этого юзера число одновременных подключений.

Вешаем модуль на onLoad и на Unload базы. По Load есссно счетчик +1, по Unload -1... а сам счетчик прячем новым полем в любую системную таблицу (или скажем в заголовок главной формы, или даже во внешнем файле - чтобы ежели чего можно было вручную подправить).

Access это база для домашней картотеки, хранить рецепты тортов для домохозяек, как впрочем и все, что делает MS предназначено для домашней работы одного пользователя. Все остальное за уши притянуто.
Чем на более низком уровне отключены сетевые функции винды, тем она
устойчивее работает.
То же касается баз данных.
Чего вы хотите от Access.
Поставьте нормальную клиент-серверную базу. Смешно говорить в наше время о доступе 5-10 пользователей и о том, что с этим бывают проблемы.
Попытайтесь объяснить начальству что есть небольшая разница при работе в сети и на одном компьютере. На халяву получается только с глюками. Пусть не жалуются, если денег нету на нормальные продукты.
Бесплатный сыр бывает только в мышеловке и самые гениальные студенты нормальное сетевое приложение не напишут.

2 Boris Morozov
Складывается впечатление, что вы живете не в нашем Городке - это ж надо: начальству, мол, объясни!!??
Про что , про АССЕСС? про КЛИЕНТ-СЕРВЕРНЫЕ технологии???
Мда...
"... страшно далеки [админы] от народа"((С))

Так что психология мне достаточно хорошо знакома.
И по роду работы мне приходится сталкиваться с начальством у клиентов.
Так вот начальству как раз можно хорошо объяснить, но для этого надо хорошо разбираться в предмете.
А вот когда попадается местный, начитавшийся детских книжек по программированию, "умник", то это значительно хуже любого начальства.

И если админ предприятия до конца не понимает, что базы на Access и Foxpro НИКОГДА работать нормально на больших объемах не будут, и можно только загнать ситуацию вглубь, поставив супернавороченные компы и загрузив бесполезным трафиком всю сетку, то не надо жаловаться на начальство и решать проблему за счет своих бессонных ночей.



Нет, не работает и работать не будет, по таким-то и таким-то причинам.

А чтобы работало, надо сделать то-то и то-то.

Но для этого надо иметь глубокое внутренне убеждение и правильное понимание ситуации.

И желательно свою позицию излагать в письменном виде. И копии докладных хранить.
[/b]

Да уж г-н Morozov фундаментально подошел..... И видимо хранит у себя достаточное кол-во докладных, но есть маааленькое но...

Ситуации у всех разные и предистория разная, поэтому просто взять и купить - слишком революционно. Лично я приверженец эволюционного пути.
Насчет объема баз на фоксе в пр-пе уже писали http://novell.org.ru/forum/viewtopic.php?t=569

И многое здесь зависит от взаимодействия админа и программера
А постоянное нытье купи то, купи это - обычно раздражает

Ну это вы зря - про бумажки.
Они ж ничего не боятся - ни Бога, ни черта, ни самого дона Ребу, но стоит поросить - подпиши, мол, что знаещь, но деньги по жабе зажал-начинают елозить по стулу как мартышка голой по орехам. И так и этак...."Ну может можно, чтоб работало, ну вы уж постарайтесь, ну как нибудь....ну мы за вас горой...." и тд и тп.
Так что бумажка очхорошо стабилизирует начальство.