Primeiramente restaurei o banco de dados de outro servidor e agora todos os procedimentos armazenados são nomeados como [azamsharp].[usp_getlatestposts]. Acho que [azamsharp] é prefixado porque era o usuário no servidor original.
Agora, na minha máquina local isso não funciona. Não quero o prefixo [azamsharp] com todos os procedimentos armazenados.
Além disso, quando clico com o botão direito no Sproc, não consigo nem ver a opção de propriedades. Estou executando o SQL Server 2005 no Windows 7.
ATUALIZAR:
Quando executei o procedimento armazenado de usuários órfãos, ele mostrou dois usuários "azamsharp" e "dbo1". Corrigi o usuário "azamsharp", mas "dbo1" não está sendo corrigido. Quando executo o seguinte script:
exec sp_change_users_login 'update_one', 'dbo1', 'dbo1'
Estou tendo o erro a seguir:
Msg 15291, Nível 16, Estado 1, Procedimento sp_change_users_login, Linha 131 Encerrando este procedimento. O nome de login 'dbo1' está ausente ou é inválido.
Responder1
Uma restauração feita via backup/restauração nunca renomeará nenhum objeto no banco de dados. O resultado de uma restauração de banco de dados é o mesmo banco de dados do qual foi feito backup. Se os procedimentos forem nomeados no banco de dados restaurado [schema].[object] então garanto que eles também foram nomeados da mesma forma no servidor antigo.
O que provavelmente aconteceu é que você não sabia que no servidor antigo o usuário com o qual você efetuou login tinha um esquema implícito associado a ele e quando você emite instruções como select from tableou execute usp_foovocê foi automaticamente vinculado ao seu esquema padrão.
Você deve verificar com o administrador do servidor antigo para informar as permissões e padrões que você tinha no sistema e, em seguida, pedir ao administrador do novo servidor para restaurar graciosamente as mesmas permissões e padrões.