sp_addapprole (Transact-SQL)

Adds an application role to the current database.

Important

This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Use CREATE APPLICATION ROLE instead.

Transact-SQL Syntax Conventions

Syntax

sp_addapprole [ @rolename = ] 'role' , [ @password = ] 'password'

Arguments

• [ @rolename = ] 'role'
  Is the name of the new application role. role is sysname, with no default. role must be a valid identifier and cannot already exist in the current database.

  Application role names can contain from 1 up to 128 characters, including letters, symbols, and numbers. Role names cannot contain a backslash (\) nor be NULL or an empty string ('').

• [ @password = ] 'password'
  Is the password required to activate the application role. password is sysname, with no default. password cannot be NULL.

Return Code Values

0 (success) or 1 (failure)

Remarks

In earlier versions of SQL Server, users (and roles) are not fully distinct from schemas. In SQL Server 2005, schemas are fully distinct from roles. This new architecture is reflected in the behavior of CREATE APPLICATION ROLE. This statement supersedes sp_addapprole. For more information, see User-Schema Separation.

To maintain backward compatibility with earlier versions of SQL Server, sp_addapprole will do the following:

• If a schema with the same name as the application role does not already exist, such a schema will be created. The new schema will be owned by the application role, and it will be the default schema of the application role.
• If a schema of the same name as the application role already exists, the procedure will fail.
• Password complexity is not checked by sp_addapprole. But password complexity is checked by CREATE APPLICATION ROLE.

The parameter password is stored as a one-way hash.

The sp_addapprole stored procedure cannot be executed from within a user-defined transaction.

Security Note:
The Microsoft ODBC encrypt option is not supported by SqlClient. When you can, prompt users to enter application role credentials at run time. Avoid storing credentials in a file. If you must persist credentials, encrypt them by using the CryptoAPI functions.

Permissions

Requires ALTER ANY APPLICATION ROLE permission on the database. If a schema with the same name and owner as the new role does not already exist, also requires CREATE SCHEMA permission on the database.

Examples

The following example adds the new application role SalesApp with the password x97898jLJfcooFUYLKm387gf3 to the current database.

EXEC sp_addapprole 'SalesApp', 'x97898jLJfcooFUYLKm387gf3' ;
GO

See Also

Reference

CREATE APPLICATION ROLE (Transact-SQL)

Other Resources

User-Schema Separation

Help and Information

Getting SQL Server 2005 Assistance