En primer lugar, restauré la base de datos desde otro servidor y ahora todos los procedimientos almacenados se denominan [azamsharp].[usp_getlatestposts]. Creo que [azamsharp] tiene el prefijo ya que era el usuario en el servidor original.
Ahora, en mi máquina local esto no se ejecuta. No quiero el prefijo [azamsharp] con todos los procedimientos almacenados.
Además, cuando hago clic derecho en Sproc ni siquiera puedo ver la opción de propiedades. Estoy ejecutando SQL SERVER 2005 en Windows 7.
ACTUALIZAR:
Lo extraño es que si accedo a la base de datos de producción desde mi máquina puedo ver la opción de propiedades. Entonces, realmente hay algo mal con la seguridad de Windows 7.
ACTUALIZACIÓN 2:
Cuando ejecuté el procedimiento almacenado de usuarios huérfanos, mostró dos usuarios "azamsharp" y "dbo1". Arreglé al usuario "azamsharp" pero "dbo1" no se soluciona. Cuando ejecuto el siguiente script:
exec sp_change_users_login 'update_one', 'dbo1', 'dbo1' aparece el siguiente error:
Mensaje 15291, Nivel 16, Estado 1, Procedimiento sp_change_users_login, Línea 131 Terminando este procedimiento. El nombre de inicio de sesión 'dbo1' no existe o no es válido.
Respuesta1
Probablemente tengas usuarios huérfanos. Cuando accede al servidor desde su máquina, las credenciales de su dominio probablemente tengan acceso como DBadmin al servidor de producción. Ejecute este código para detectar usuarios huérfanos:
Use TestDB
sp_change_users_login 'report'
El resultado enumera todos los inicios de sesión que no coinciden entre las entradas de la tabla del sistema sysusers, de la base de datos TestDB y la tabla del sistema sysxlogins en la base de datos maestra. para solucionar el problema:
Resolver usuarios huérfanos
Use TestDB
sp_change_users_login 'update_one', 'test', 'test'
SELECT sid FROM dbo.sysusers WHERE name = 'test'
0x40FF09E48FBD3354B7833706FD2C61E4
use master
SELECT sid FROM dbo.sysxlogins WHERE name = 'test'
0x40FF09E48FBD3354B7833706FD2C61E4
Esto vuelve a vincular la "prueba" de inicio de sesión del servidor con la "prueba" del usuario de la base de datos TestDB. El procedimiento almacenado sp_change_users_login también puede realizar una actualización de todos los usuarios huérfanos con el parámetro "auto_fix", pero esto no se recomienda porque SQL Server intenta hacer coincidir los inicios de sesión y los usuarios por nombre. En la mayoría de los casos, esto funciona; sin embargo, si se asocia un inicio de sesión incorrecto con un usuario, es posible que el usuario tenga permisos incorrectos.