Ограничение количества пользователей БД

Столкнулся с проблемой, когда к конкретной БД нельзя добавить больше
чем 16384 пользователя, т.к. поле uid таблицы sysusers имеет тип
данных smallint. Конечно, такое количество одновременно подключаемых
пользователе не планируется, тогда это вопрос организации доступа к
БД. Возможно, что это сделано не совсем рационально, тогда какой
способ организации к БД через Web лучше использовать, чтобы не
столкнуться с вышеуказанным ограничением?

0

не боись, с такой проблемой не столкнешься, если правильно сделаешь доступ... одновременно на сервере может выполняться несколько операций, не сравнимо с 10000...
а через веб постоянное соединение не поддерживается, при переходе или выхода со страницы, соединение завершается...

Так все дело в том, что я уже с ней столкнулся... Так и какой же он этот правильный доступ?

0

что за БД? почему столько пользователей

0

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

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

Ладно, общие фразы, думаю, не помогут. Попробую объяснить в красках...Проблема заключается в том, что все пользователи, которые работают с БД отнесены к некоторой роли, у которой есть предопределенный набор ХП, которые они выполняют. Их действия фиксируются в БД, и от этого не уйти. Выполнять эти действия могут только ПОЛЬЗОВАТЕЛИ ДАННОЙ БД. Система была проста: есть роль (условно говоря это менеджер) он фиксирует все заявки пользователей и относит их к пользователям БД. У него есть соответствующие права (т.е. чтобы добавить пользователя к конкретной БД и дать ему соответствующие права менеджер должен быть участником роли sysadmin, только в этом случае у него есть эти права). Есть и таблица где фиксируются все пользователи (своя, не системная). Все, вроде, нормально. Но в какой-то момент их стало много (просто организация попалась плодовитая), занести их нельзя, т.к. не позволяет таблица sysusers. Чтобы ходить через одного логического пользователя менеджеру надо сидеть и отслеживать когда он пришел и когда отконнектился (кто ему права на работу с БД даст) или дать ему права админа, чтобы он сам себя зафиксировал, но это уже ни в какие ворота не лезет... А потоом он пришел как ананимус какой-нибудь и как я его данные зафиксирую, если они все одним миром мазаны. Вот и получается замкнутый круг... Понятно, что есть системы и покруче, но как они всех учитываютя и распознают пока не пойму, а проблема реальная, вот и обратился к братскому сообществу, но пока дельного ответа не нашел, хотя, конечно, никто в этом и не обязан. Но мало ли кому-то потом на эти грабли наступить придется...

0

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

http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/q303/8/79.ASP&NoWebContent=1

0

вот и проверяй что он пользователь именно твоей бд, а не логин у него отдельный. но тут придется перестраивать все...

Пока особо не обольщаюсь, но вроде вариант с использованием учетной записи guest катит...

0