Page Comparison

Overview

A Yellowfin View is a metadata layer that sits between the Source Connection and the Report Builder. It's used to define relationships between tables, identify fields to be accessed by report writers, and define default formatting for these fields. A report writer will use the relationships and fields defined in the view to base their reports on, without having to understand the underlying logic.

Image Removed

See ビュー作成 for more information.

Who is the view Administrator?

Views are created by an administrator. There is no standard profile for a view administrator. Within a company, the person designated as the view administrator may be the database administrator, an applications manager or developer, a project manager, or a business user who has acquired enough technical skills to create views for other users.

A view administrator should have the following skills and level of technical knowledge:

View Components

A view contains the following structures:

Field Types

When creating a VIEW, you define and categorise fields. The definition of a field reveals how it can be used in analysis and reports. A field can be defined as a dimension or a metric. Each type of field serves a different purpose:

View Use

Views are used by Yellowfin report writers. The view meta-data is stored within the Centralised Yellowfin repository. An end user connects to a view via a web browser when running a report.

By using a view, the end user automatically has access to data within your source system. Access to data is restricted by the fields that are available in the view. These fields have been created by the administrator based on the report users needs.

Assisting Data Analysis

A view can represent the data needs of any specific application, system, or group of users. For example, a view can contain fields that represent the data needs of the Marketing or Accounting departments in a company.
A view can also represent the data needs of a section within a department or any set of organized procedures such as a payroll or inventory system.

Who uses views?

Yellowfin report writers use views for reporting and analysis. The view should provide them with categories and fields relevant to their business domain.

View Design

The view design methodology consists of four stages:

1. Analysis of business problem and planning the view solution
2. Building the view
3. Defining fields and Creating Calculated Fields
4. Publishing the view to users

Each implementation phase is based on an assumption that you have completed an initial planning phase.

1. Plan the view
   The analysis of user requirements and design are the most important stages in the process. Users must be heavily involved in the development process if the view is going to fulfil their needs both with the business language used to name fields and the data that can be accessed.
   Implementation will be very quick and easy if this stage is carried out properly. You should note the following points:
   1. You must fully understand the data analysis and reporting needs of the target audience for the view. Do not create fields by looking at the columns available in the database, but identify columns that are required as a result your user needs analysis.
   2. Understand the source system data and business rules required for generating the required fields for users.
2. Building the view
   You create an entity relationship diagram for the underlying database structure of your view. This includes the selecting the appropriate tables and columns of the source database and the joins by which they are linked.
3. Defining Fields
   Select columns form your source system tables and organise these fields into categories. These are fields that you have identified from an analysis of user reporting needs. You can create additional calculated fields and filters to enhance user reporting capabilities and optimise query performance.
   Test the integrity of your view structure. You should also perform tests using the report writer on the view.
4. Publish the View
   You can publish your view to users for testing, and eventually for production use, by expanding the number of users that have access to the view.

The table below outlines the major phases in a typical view development cycle:

...

概要

Yellowfinのビューは、ソース接続とレポートビルダーの間にあるメタデータ層です。テーブル間の関係の定義、レポート作成者がアクセスするフィールドの定義、およびそれらのフィールドのデフォルトの書式の定義を行うために使用されます。レポート作成者は、ビューで定義される関係とフィールドを使用して、レポートを作成します。根本にあるロジックを理解する必要はありません。

Image Added

詳細については、ビュー作成を参照してください。

ビューの管理

ビューは管理者によって作成されます。どんな人がビュー管理者になるかについて基準はありません。たとえば社内のデータベース管理者やアプリケーションマネージャー、あるいはプロジェクトマネージャーなど、あるいは十分な技術力のあるビジネスユーザーが他のユーザーのためにビューを作成することになるでしょう。

ビュー管理者には、以下のような技術的なスキルと知識が必要です：

ビューの要素

ビューには以下の構造が含まれます：

フィールドタイプ

ビューを作成するには、フィールドを定義および分類します。この定義はそのフィールドがレポートでどう扱われるかを既定するもので、フィールドは、ディメンション（次元）またはメトリック（数値）のどちらかに定義されます。その用途を以下の表に示します：

ビューの使用

ビューは、Yellowfinのレポート作成者によって使用されます。ビューのメタデータはYellowfinによって集中的に管理され、エンドユーザーはレポートの実行時に、ウェブブラウザーを通してビューにつながります。

ビューを使うことで、エンドユーザーは自動的にソースシステムのデータにアクセスします。データへのアクセスは、ビューで利用可能なフィールドにより制限されます。管理者はレポート使用者の必要に合わせてこれらのフィールドの定義を行います。

データ分析の補助

ビューは必要に応じてどんなアプリケーション、システム、ユーザーグループに対してもデータを提供できます。たとえば、会社においてマーケティング担当部署や会計部署が必要とするフィールドを含めることができます。
ビューはまた、部署内にあるセクションや、給与支払いや在庫管理のシステムといった組織化された処理のニーズにも応えられます。

ビューの利用者

レポート作成者は、レポートや分析のためにビューを使います。ビューは、作成者が必要とするカテゴリーとフィールドを提供しなければなりません。

ビューの設計

ビューのデザインは、以下の4つの段階を踏んで行います：

1. ビジネス上の要件を分析し、それに応えられるビューを計画する
2. ビューを構築する
3. フィールドを定義し、計算フィールドを作成する
4. ビューをユーザーに公開する

各実装フェーズは、最初の計画フェーズを完了していることが前提となります。

1. ビューを設計する
   ユーザー要件の分析とデザインは、最も重要なステージです。ビューで使用するフィールド名にユーザーが使うビジネス言語を使い、データアクセスに関して彼らのニーズを満たすためには、この段階でユーザーにかなり関与してもらわなければなりません。
   このステージがきちんと実行できれば、実装は非常に速くまた簡単に行えます。それには以下の点に注意すべきです：
   1. データを分析し、ユーザーのレポートに対する要求を完全に理解しなければなりません。利用可能なカラムから機械的にフィールドを作成するのではなく、ユーザーのニーズを分析した結果としてそのカラムが必要であることを確認してください。
   2. ソースシステムの持つデータとユーザーが要求するフィールドを作成するために必要なビジネスルールを理解してください。
2. ビューを構築する
   ビューの背後にあるデータベース構造に対して、テーブル間の結合定義を行います。データベース内のテーブルとカラムを選択し、リンクされるべきものを結び付けてください。
3. フィールドを定義する
   ソースシステムのテーブルからカラムを選び、それらをカテゴリーに分類します。これらのフィールドは、ユーザーのレポートに対するニーズの分析から特定されたものであるはずです。またレポートの有用性を拡張し、クエリー実行のパフォーマンスを向上させるために、必要に応じて計算フィールドやフィルターを追加することもできます。
   定義が済んだらビューに対してテストを行います。ビューを使用して実際にレポートを作成するテストも行わなければなりません。
4. ビューを公開する
   まずは少数のユーザーに対して試験的にビューを公開します。徐々にビューにアクセスするユーザーの数を増やして修正を繰り返し、実際の業務に供します。

以下の表は、一般的なビュー開発の主な段階を示したものです：

注意：ビューのデザインは、常にデータベースの構造ではなく、ユーザーの要求に沿って行われなければなりません。