Привет, Алл!

Неоднократно задавал подобные вопросы, но так никто и не ответил. :( МОжет быть сейчас кто-нить поможет, плиз!

Итак, есть некоторое приложение (сайт), который хранит некоторые данные в MS SQL сервере 2000. В этой базе есть хранимые процедуры и вьюшки для получения данных из базы.
Надо придумать механизм лицензирования сайта по количеству записей n, хранимых в БД. Т.е. в корне сайта будет лежать файл лицензии, сайт должен открыть этот файл, проверить его валидность и ограничить количество записей, с которыми он работает.
Сложность в том, что если на сайте ввести ограничение на ввод n+1 записи, то администратору СУБД не составит сложности внести эту запись вручную прямо в БД. :(
В голову приходит только одна мысль : перенести все вьюшки (фактически - операторы SELECT) из БД в приложение и добавить к каждому SELECTу параметр TOP :n. Значение n передавать в виде параметра из файла с лицензией после его расшифровки. Т.е. даже если администратор добавит запись вручную - сайт все равно выберет только первые n записей.

Есть ли какие-нибудь другие мысли по этому поводу?

Не, проблема в том, что надо по этой таблице провести поиск на предмет совпадения.
Представьте себе, что у Вас есть лицензия на 10000 пользователей и соответствующими им уникальными индентификаторами (ИД). Предположим, злостный админ залез через Enterprise Manager и добавил в таблицу 10001 пользователя.
Теперь этот 10001 пользователь заходит в систему со своим ИД. На сайте выполняется следующий запрос
SELECT COUNT (*) FROM Users WHERE UID=:ID
Если полученное число =1, то система пускает юзера.
В итоге, этот юзер работает как и все остальные.

Конечно, можно еще следующим запросом проверить количество записей в таблице Users и если оно больше 10000 то заблокировать нафиг доступ. Но тогда как понять, какой это юзер был по счету, 9999 или 10001, чтобы заблокировать только 10001 пользователя?

Количество пользователей, которые имеют доступ к сайту на основе Forms-авторизации. Не путать с количеством активных пользователей на сайте.

Смотри. У тебя есть таблица с пользователями. В таблицу ты можешь добавлять/изменять/удалять записи либо через свое приложение (сайт), либо через Enterprise Manager или другую админку СУБД.
Но если ты на сайте сделаешь ограничение на кнопку "Добавить" (если в таблице больше 10000 записей, то кнопка не работает), то от редактирования данных через средства администрирования СУБД тебя ничего не спасет.

Выход ИМХО один : при входе проверять два условия, что ИД юзера занесен в базу и то, что в таблице меньше n записей. В противном случае блочить доступ ВСЕМ юзерам :(