1

2005年から2014年にサーバーを移行しました。ユーザーは2005年のサーバーで削除できます しかし、2014年にはアクセス権を持っていないか、終了しません。 私たちは同じ権限を与えており、彼はシステム管理者でもあります。アプリケーション側では、アプリケーションユーザーがデータベースを介して接続しているビューを削除できません。彼はsysyadminですは存在しないか、アクセス権がないため、ビューXXXを削除できません

+0

ビューは実際に存在しますか? –

+0

はい。存在しています –

+0

私はユーザーを落としてもそれを再作成しましたが、それでも同じです.. 2005年と2014年のアクセス許可に違いがあります –

答えて

0

私は非常に似た問題を抱えていました。データベースを移動したときにスキーマが変更されていないことを確認してください。

私のケースでは、すべてのテーブルとビューは、databasenameを持つスキーマに配置されていたので、テーブルの代わりに、たとえば、 table1、それらはdatabase.table1と呼ばれました。

これは、このエラーが表示される理由の1つです。

編集:コメントを見た後、同じことを示唆した後、tablenameの前にスキーマを使用してください。 dboがあなたのスキーマである場合、dbo.tablenameを書きます。

0

私は同じ問題(SQL Server 2016)に直面しました。

少し奇妙ですが、Windows認証(これもsaにマップされています)を使用してSQL Serverに接続すると、このエラーが発生します。

でユーザー名saとそのパスワードを使用してSQL Serverに接続すると、すべてのアクセス許可があり、この厄介なエラーは消えます。

関連する問題