2017-09-21 13 views
0

Azure SQLデータベースとAccess Frontendの組み合わせは素晴らしいですが、トレーニング版の提供を依頼されました。私は最善のルートは、新しいスキーマを作成し、重複するテーブルを作成することでした。私は、スキーマ、新しいログイン/ユーザーを作成し、テーブルをコピーすることができました。 'dbo'の元の表と 'trn'スキーマの新しい表計画は、私のAccessクエリからスキーマ仕様を削除し、適切なスキーマ内のテーブルにアクセスするためにログイン(スキーマ 'dbo'の場合は 'user'、スキーマ 'trn'の場合は 'trainee')に依存していました。私の問題は、私の新しいログイン/ユーザーの「研修生」のクエリは、元の 'dbo'スキーマではなく 'trn'スキーマに向けられていることです。私は答えをインターネットで検索し、あらゆる種類の許可の変更、無償の許可や取り消しなどを試みました。私は明らかに何かを見逃している、どんな助けも本当に感謝します。Azure SQLユーザーとスキーマ

答えて

0

あなたが何もしないと、dboがデフォルトのスキーマです。ユーザーのデフォルトスキーマを正しく設定しましたか?

また、ビューやストアドプロシージャを使用している場合は、「実行されたままの」さまざまな種類の問題に遭遇します。

デフォルトのスキーマをどのように設定するかについては、このリンクを読むことをお勧めします。 https://docs.microsoft.com/en-us/sql/t-sql/statements/alter-user-transact-sql

乾杯

+0

user1694674 @ありがとうございます。私はデフォルトのスキーマを設定しましたが、もう一度やりました。私は午後をこの作業に費やし、Azureに公平に過ごしました。問題はサーバーではありません。私の研究とテストから、問題は私のアクセスのフロントエンドにあることがわかりました。私はODBC接続文字列を1つのユーザーログインから別のオンザフライに変更しようとしていましたが、アクセスできません(私はすぐに最初の接続がサーバーに行われたと思うODBCリンクが維持され、 pwdは変更できません)。私は解決策を探し続け、見つけたら投稿します。 – MarkWelsh

関連する問題