Page Comparison

準備

ビューを作成するデータソースの内容を精査して、その構造に精通してください。
どのデータベースのどのテーブルにどんなデータが含まれるかについて知らなければなりません。
結合概念について理解してください。
データの多様性を把握してください。
どんなことが可能であるか理解してください。

分析

たとえば、部門や仕事の内容によって構築されたユーザーグループなど、ユーザーの数と構成を把握してください。
ユーザーがどんな情報を必要とするかを把握してください。
要求される標準的なレポートはどんなものであるかを把握してください。
わかりやすいフィールド名をつけるために、ユーザーが使うビジネス用語に精通してください。
プロジェクトの戦略についても理解してください。たとえば、いくつのビューが必要で、そのどれ、あるいはどのレベルのものが連結されなければならないかなど。

実装

ターゲットデータベースに物理的なビューSQLをインプリメントしてください。
管理プログラムを使ってYellowfinのビューを作成してください。その具体的な方法についてはこのマニュアルで詳しくカバーされています。
SQLの有効性と信頼性をチェックするために、テストを頻繁に行ってください。

テスト

できれば、ビューからどのような情報が得られるかについて若干の知識を有するパワーユーザーの小さなグループを編成してください。
彼らをビューへのアクセスリストに加えてビューをプレリリースします。
彼らに実際の運用を模した綿密なテストを行うよう依頼してください。

運用

ビューのアクセスセキュリティを実際のユーザーに合わせて変更します。

改善

データソースやユーザーニーズの変化や拡大に応じて、ビューの更新やメンテナンスを行います。

すべてのユーザーがレポート作成を行えるアクセス権を必要としていますか？

そうでなければ、ユーザーにリードアクセス権だけを与えるためにロールを使いましょう。

ソースシステムにはデリケートな（取り扱いに注意が必要な）データが含まれていますか？

そうであれば、データベースに対してセキュリティを適用する必要があります。これは、SQLレポート作成者と管理権のあるユーザーによる無許可のアクセスをブロックします。

ビューセキュリティ：デリケートなデータが存在するとして、すべてのレポート作成者が、それを含むデータにアクセスすることができますか？

レポート作成者の一部がビューのデータにアクセスしないのであれば、ビューセキュリティは必要です。セキュリティは、未許可のレポートが作成されるのを防ぎます。

ビューに含まれるデータのうち、1つまたは2つのカラムだけデリケートなデータを保持しています。

ビューの該当カラムにセキュリティを設定してください。

If 同じビューから共有レポートが公開されるとして、そのいくつかだけがデリケートなデータを含んでいます。たとえば、給料のデータを含む人事レポートは、社員数を含んでいる人事報告と同じビューから作成されます。

一部のユーザーが給料データの閲覧・利用を制限される場合には、2つのカテゴリーを構築してレポートを保存しましょう。1つは一般的なアクセスのためにセキュリティを無効に設定し、もう1つにデリケートなデータを使用できるセキュリティを有効に設定します。
このケースでは、レポート作成可能なアクセス権限を持つ人々がビューへのEDITアクセス権を持たないと仮定しています。そうでなければ、彼らはレポートを編集しそれにデリケートなデータを加えることができてしまいます。

完全に違う分野で同じソースシステムからのレポートが作成されますか？

もしそういうことがあるのなら、まったく別個のカテゴリーをセットアップするのが最高の方策です。