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

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

Это по-моему уже реализовано в самом SQL и имеется соответсвующая функция
PERMISSIONS ([ objectid [ , 'column' ] ] ). Тем как будет поддерживаться актуальность такой таблицы ?


Конечно, если в вашей системе нужно иметь расширенный набор прав (например, кто-то может править проведенные накладные, а кто-то только просматривать), то ваше предложение может быть реализовано

Я так понимаю, что эта функция из SQL2000

"PERMISSIONS
Returns a value containing a bitmap that indicates the statement, object, or column permissions for the current user.

Syntax
PERMISSIONS ( [ objectid [ , 'column' ] ] )

Arguments
objectid

Is the ID of an object. If objectid is not specified, the bitmap value contains statement permissions for the current user; otherwise, the bitmap contains object permissions on the object ID for the current user. The object specified must be in the current database. Use the OBJECT_ID function with an object name to determine the objectid value.

'column'

Is the optional name of a column for which permission information is being returned. The column must be a valid column name in the table specified by objectid.

Return Types
int

Remarks
PERMISSIONS can be used to determine whether the current user has the necessary permissions to execute a statement or to GRANT a permission on an object to another user.

The permissions information returned is a 32-bit bitmap.

The lower 16 bits reflect permissions granted to the security account for the current user, as well as permissions applied to Microsoft® Windows NT® groups or Microsoft SQL Server™ roles of which the current user is a member. For example, a returned value of 66 (hex value 0x42), when no objectid is specified, indicates the current user has permissions to execute the CREATE TABLE (decimal value 2) and BACKUP DATABASE (decimal value 64) statement permissions.

The upper 16 bits reflect the permissions that the current user can GRANT to other users. The upper 16 bits are interpreted exactly as those for the lower 16 bits described in the following tables, except they are shifted to the left by 16 bits (multiplied by 65536). For example, 0x8 (decimal value is the bit indicating INSERT permissions when an objectid is specified. Whereas 0x80000 (decimal value 52428 indicates the ability to GRANT INSERT permissions because 524288 = 8 x 65536. Due to membership in roles, it is possible to not have a permission to execute a statement, but still be able to grant that permission to someone else.

The table shows the bits used for statement permissions (objectid is not specified).


Bit (dec) Bit (hex) Statement permission
1 0x1 CREATE DATABASE (master database only)
2 0x2 CREATE TABLE
4 0x4 CREATE PROCEDURE
8 0x8 CREATE VIEW
16 0x10 CREATE RULE
32 0x20 CREATE DEFAULT
64 0x40 BACKUP DATABASE
128 0x80 BACKUP LOG
256 0x100 Reserved



The table shows the bits used for object permissions that are returned when only objectid is specified.


Bit (dec) Bit (hex) Statement permission
1 0x1 SELECT ALL
2 0x2 UPDATE ALL
4 0x4 REFERENCES ALL
8 0x8 INSERT
16 0x10 DELETE
32 0x20 EXECUTE (procedures only)
4096 0x1000 SELECT ANY (at least one column)
8192 0x2000 UPDATE ANY
16384 0x4000 REFERENCES ANY



The table shows the bits used for column-level object permissions that are returned when both objectid and column are specified.


Bit (dec) Bit (hex) Statement permission
1 0x1 SELECT
2 0x2 UPDATE
4 0x4 REFERENCES



A NULL is returned if a specified parameter is NULL or invalid (for example, an objectid or column that does not exist). The bit values for permissions that do not apply (for example EXECUTE permissions, bit 0x20, for a table) are undefined.

Use the bitwise AND (&) operator to determine each bit set in the bitmap returned by the PERMISSIONS function.

The sp_helprotect system stored procedure can also be used to return a list of object permissions for a user in the current database.
"