database-design - データベース ビューが使用される理由

Question

db design right method で "view" を使用していますか、それともコード側で処理する必要がありますか? 利点または欠点は何ですか？

Answer 1

ビューを使用する理由はいくつかあります。

• よりシンプルなインターフェースを提供する: 多数のテーブルではなく、ビューを照会するだけで、結合などすべてを行う
• 変更されない (または頻繁に変更されない) インターフェイスを提供します。
  • テーブルの構造を変更しても、ビューを変更して同じものを返すことができる場合があります
  • つまり、アプリケーションのコードを変更する必要はありません。ビューを使用していて、テーブルに直接アクセスしていないため、引き続き機能します。
• テーブルの一部のフィールドへのインターフェースのみを提供する
  • ユーザーが使用しないデータを見る必要がない
  • または、使用してはならないデータにアクセスするため
• 一部のデータベース エンジン(MS SQL Server がサポートしていると思います)では、一部のタイプのビューにインデックスを付けることができます。
  • これはパフォーマンスにとって良いことです。複雑なクエリがある場合は、それをビューとして保存し、そのビューに必要なインデックスを定義します

Answer 2

この場合のビューの 2 つの典型的なシナリオは次のとおりです。

• テーブル内の一部の列には、少数の人だけが見る必要がある機密データが含まれています。これらの列を除外するビューを作成し、そのビューをほとんどのユーザーに使用できます。
• 2 つ以上のテーブルを結合して、レポート目的には実用的な非正規化ビューにしますが、データベースに格納するテーブルとしては意味がありません。

お役に立てれば。

Answer 3

依存します。私は時々それらを使用しますが、それほど頻繁ではありません。ただし、アプリケーションのレポートなど、エンドユーザー (ツール) が使用するデータのデコードされたビューを公開するのに非常に役立ちます。このようにして、技術的な詳細を隠した、頻繁に要求される情報の簡略化されたバージョンをエンド ユーザーに提供できます。