いう機能が追加されています。ログイン情報といったものをデータベース側に保持することができるようになります。ジョブも分離できそうなことをちらっと見たのですがこちらは方法を調べきれておらず...。運用が変わってきます。間のデータベースの移動についてまとめてみたいと思います。関してはまた別の機会にまとめたいと思います。設定はデータベース単位で行います。有効にすることが可能です。デフォルトの状態で設定をしようとすると以下のエラーとなります。有効にする必要があります。使用したユーザー管理に移行するための手順のようです。設定が可能となります。クエリでも変更ができ、その場合は以下のクエリを実行します。種類に分かれています。(パスワードはログインに設定されている)、そのログインを各データベースのユーザーとして関連付けることで、ログインしたユーザーのデータベース内での権限が制御されます。ユーザーの作成画面は以下のようになっています。ログインの作成画面はこのようになっています。有効にしているデータベース上では、ユーザーの作成画面は以下のようになります。選択されている状態がデフォルトとなります。ログインの指定はなく、ユーザー名に対して、パスワードやデフォルトの言語を設定することが可能となっています。ユーザーだけで今までログインで賄っていた情報を設定できるようになったわけですね。いうユーザーを作成してみたいと思います。パスワードに関してはパスワードの複雑さの規則が設定されるようです。ユーザーの役割を担うものになりますので、サーバー上にログインとしては作成されていません。以上で設定は完了です。接続の時ですが、明示的に接続するデータベースを指定する必要があるようです。ように未設定の状態だと、どのデータベースにも接続ができない状態になります。明示的にデータベースを指定した場合は接続をすることができます。権限を持っていてもデータベースのプロパティを開けないとう制約はあるようです。この辺がログインの権限使っていたかがうろ覚えなのですが...。バックアップなどもちょっと通常と挙動が変わってくるのでこの辺は調査する必要がありそうですね。機能を有効にしておく必要があります。有効にしていない場合は、リストア時に以下のエラーとなります。設定が行えていればリストアをすることができます。接続をした環境になります。作成したユーザーの情報とパスワードがデータベースに含まれていますので、パスワードの設定は不要です。変更を意識する必要がありません。追加されているのですがこれでどのような情報が取得できるかは調査中です。リリースされた際には新しいセキュリティモデルとしてこの辺を考慮する必要が出てきそうですね。いう内容の投稿を書きました。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。