私はいくつかの点で混乱しています：
ストアドプロシージャとビューの違いは何ですか？
SQL Serverでは、ストアドプロシージャとビューをいつ使用する必要がありますか？
ビューを使用すると、パラメーターを渡すことができる動的クエリを作成できますか？
どちらが最も速く、どの基準でどちらが他よりも速いですか？
ビューまたはストアドプロシージャはメモリを永続的に割り当てますか？
プロシージャがマテリアルテーブルを作成する一方で、ビューが仮想テーブルを作成すると誰かが言ったとはどういう意味ですか？
他にもポイントがありましたら教えてください。
回答:
ビューは仮想テーブルを表します。ビュー内の複数のテーブルを結合し、ビューを使用して、データが単一のテーブルから取得されているかのようにデータを表示できます。
ストアドプロシージャは、データを更新して挿入するか、単一の値またはデータセットを返すかに関係なく、パラメーターを使用して機能を実行します。
ビューとストアドプロシージャの作成 -いつ、どのように使用するかについて、マイクロソフトからの情報があります。
2つのテーブルがあるとします。
tbl_user、列を持ちます：user_id、user_name、user_pwtbl_profile、列を持ちます：profile_id、user_id、profile_descriptionそのため、これらのテーブルからクエリを実行している場合は、SQLのすべての部分で結合を行う代わりに、次のようなビューを定義します。
CREATE VIEW vw_user_profile
AS
SELECT A.user_id, B.profile_description
FROM tbl_user A LEFT JOIN tbl_profile B ON A.user_id = b.user_id
GOしたがって、将来的にクエリを実行profile_descriptionする場合user_id、必要なのは次のとおりです。
SELECT profile_description FROM vw_user_profile WHERE user_id = @IDこのコードは、次のようなストアドプロシージャで使用できます。
CREATE PROCEDURE dbo.getDesc
@ID int
AS
BEGIN
SELECT profile_description FROM vw_user_profile WHERE user_id = @ID
END
GOそれで、後で、私は呼び出すことができます：
dbo.getDesc 25そして、user_id25 の説明が表示され25ます。
明らかにもっと詳細があります、これは単なる基本的な考えです。
ここに良い要約があります：
ストアドプロシージャ：
ビュー：
まず、両方が異なるものであることを理解する必要があります。ステートメントにStored Procedures最適INSERT-UPDATE-DELETEです。一方Views、SELECTステートメントに使用されます。両方を使用する必要があります。
ビューでは、データを変更することはできません。いくつかのデータベースは、あなたが使用することができ、更新可能なビューの持っているINSERT-UPDATE-DELETEのをViews。
SQLビューは仮想テーブルであり、SQL SELECTクエリに基づいています。ビューは、1つ以上の既存のデータベーステーブルまたは他のビューを参照します。これはデータベースのスナップショットですが、ストアドプロシージャは、単一の実行プランにコンパイルされたTransact-SQLステートメントのグループです。
ビューはデータベーステーブルに格納されたデータを表示する単純なものですが、ストアドプロシージャは実行可能なステートメントのグループです。
ストアドプロシージャがSQLステートメントを実行するのに対して、ビューは参照されるテーブルからのデータを表示するため、より高速です。
この記事を確認してください：ビューvsストアドプロシージャ。まさにあなたが探しているもの
ビューはSELECT、データベースにコンプレックスを保存する簡単な方法です。
単純なSQLだけでは不十分な場合、ストアプロシージャが使用されます。ストアドプロシージャには、変数、ループ、および他のストアドプロシージャの呼び出しが含まれています。これはプログラミング言語であり、クエリ言語ではありません。
ビューは静的です。それらを特定のレイアウトの新しいテーブルと考えてください。その中のデータは、それを作成したクエリを使用してその場で作成されます。任意のSQLテーブルと同じように、並べ替えることができますし、それをフィルタリングしWHERE、GROUP BYそしてORDER BY。
何をすべきかに依存します。
はデータベースによって異なります。単純なビューは、クエリを実行して結果をフィルタリングするだけです。ただし、Oracleなどのデータベースでは、基本的にビューの基になるデータが変更されると自動的に更新されるテーブルである「マテリアライズド」ビューを作成できます。
マテリアライズドビューを使用すると、ビューの列（特に、データベースのどこにも存在しない計算された列）にインデックスを作成できます。
私はあなたが何を話しているのか理解できません。
上記のコメントに加えて、ビューについていくつかのポイントを追加したいと思います。
ビューのデータを変更できないと彼が示唆したとき、マヘシュはまったく正しくありません。だからパトリックの視点で
CREATE View vw_user_profile AS
Select A.user_id, B.profile_description
FROM tbl_user A left join tbl_profile B on A.user_id = b.user_idデータを更新できます...例として、これらのいずれかを実行できます...
Update vw_user_profile Set profile_description='Manager' where user_id=4または
Update tbl_profile Set profile_description='Manager' where user_id=4すべてのテーブルにすべてのフィールドが存在するわけではないため、このビューにINSERTすることはできません。PROFILE_IDは主キーであり、NULLにすることはできないと想定しています。ただし、ビューに挿入できる場合があります...
...を使用して既存のテーブルにビューを作成しました
Create View Junk as SELECT * from [TableName]その後
Insert into junk (Code,name) values
('glyn','Glyn Roberts'),
('Mary','Maryann Roberts')そして
DELETE from Junk Where ID>4この場合、INSERTとDELETEの両方が機能しました
明らかに、集計または計算されたフィールドを更新することはできませんが、単純なビューであるビューは更新可能でなければなりません。
ビューに複数のテーブルが含まれている場合は挿入または削除できませんが、ビューが1つのテーブルのみのサブセットである場合は、通常は挿入または削除できます。
@Patrickは彼の発言には正解ですが、他の質問に答えるために、ビューはメモリ内にそれ自体を作成します。結合のタイプによっては、データ、および実行された集約がある場合、かなりメモリを消費するビューになる可能性があります。
ストアドプロシージャは、＃tmpTable1などの一時ハッシュテーブルを使用するか、@ tmpTable1を使用してメモリ内ですべての処理を実行します。何をしたいかによります。
ストアドプロシージャは関数に似ていますが、その名前で直接呼び出されます。クエリ自体の中で実際に使用される関数の代わりに。
明らかに、多くのデータを取得していない場合、メモリテーブルの方が高速です。