SQL Serverクエリの最適化とトランザクション処理

ボーエン内容
I.インデックス
2、ビュー
3つのストアドプロシージャ
第四に、システムストアドプロシージャ
V.トリガ
6つのトランザクション
7つのロック

まず、インデックス

インデックスは、指定された列を指すようにポインタを提供するデータ値のテーブルに格納され、ポインタが指定された順序に従って配置され、そしてその後、ポインタ値を含むカラムに到達以下。

1.インデックスは何ですか

データベースのインデックスは、カタログ内の本に似ています。本では、全体の本を読まなく、あなたはすぐにあなたが必要な情報を見つけることができるディレクトリを使用しています。データベースでは、インデックスデータベースプログラムは、テーブル全体をスキャンしなくても、あなたはそれらのデータを見つけることができます。本の内容は、ページ番号は、様々な言葉が含ま示す言葉のリストです。そして、データベースインデックスは、テーブルまたは列の複数の値に設定され、物理ポインタは、インベントリー・データ・セクタの論理的価値を示しています。

インデックスは、SQL Serverがクエリのデータをルーティング編成する方法を提供する内部メソッドSQL Serverのセットアップデータ、です。

インデックス・ページは、データベースのインデックスのデータページに格納されます。インデックスページストレージアドレスポインタキーワードページのデータのデータ行と列を取得します。インデックスを使用することで、大幅にデータベースの検索速度を向上し、データベースのパフォーマンスを向上させることができます。

2、インデックスの分類

1）一意のインデックス

ユニークなインデックスは、同じインデックス値を持つ2つの行を許可していません。
重複したキーは、既存のデータが存在する場合、それは一般的に一意のインデックスを作成することができ、ほとんどのデータベースの場合です。新しいデータは、繰り返しのキーは、データベースには、このデータを受け入れることを拒否していること。ユニーク制約を作成すると、自動的に一意のインデックスを作成します。一意のインデックスにもかかわらず、情報を見つけるのに役立ちますが、最高のパフォーマンスのために、私たちは、主キー制約を使用することをお勧めします。

2）主キー索引

自動的にデータベースダイアグラムで定義された主キーインデックステーブルの主キーを作成しますが、主キーインデックスは、一意のインデックスの特別な種類です。
インデックスの主な建設は、各プライマリキー値が一意である必要があり。主キーのインデックスを使用してクエリが、それはまた、データへの迅速なアクセスを可能にする場合。

3）クラスタ化インデックス

同じキー配列のクラスタ化インデックス、論理（インデックス）と、テーブル内の行の物理的な順序で。テーブルは、唯一のクラスタ化インデックスを含むことができます。

4）非クラスタ化インデックス

インデックス・ページに基づいて非クラスタ化インデックスは、クエリデータにインデックスから店舗の場所のレコードを見つけることができます。
ロジックは、格納されたデータと一致しないテーブル内の行の物理的な順序のために、非クラスタ化インデックスキー値です。クラスタ化インデックスは、非クラスタ化インデックスよりも高速なデータアクセス速度を持っています。SQL Serverでは、テーブルは、クラスタ化インデックスを作成することができますが、複数の非クラスタ化インデックスを持つことができます。主キー列を設定すると、列には、クラスタ化インデックスにデフォルト設定されます。

5）複合インデックス

インデックスを作成するだけでなく、インデックスを作成する際に同じ主キーが作成されると、複数の列の組み合わせを指標として用いることができる、このインデックスは、複合インデックスと呼ばれています。
注：最初の行または全体の複合インデックスの複合インデックスは、インデックスを完了するために使用されるだけ使用する場合、条件列とクエリデータ。

6）フルテキストインデックス

フルテキストインデックスは、SQL Serverのフルテキストエンジンサービスによって作成され、維持されたインデックス・ベースの機能的マーカーの特殊なタイプです。
フルテキストインデックスは、主に検索文字列内のテキストを大量に使用され、その後、フルテキストインデックスの使用効率はT-SQLのLIKEキーワードを使用するよりもはるかに効率的になります。フルテキストインデックス作成プロセスは、インデックスの他のタイプとは非常に異なっているため。

図3に示すように、インデックスを作成し、使用

SSMSとT-SQLステートメントを使用して：インデックスを作成するには、2つの方法があります。

次のように使用SSMSは、インデックスを作成するには：

1）製品の名前は、インデックスを作成するために、表に記載されています

2）、名前を右クリックし、[インデックス/キーをクリックしてください

3）インデックス、IX_nameの名前を追加し、テーブルを保存するために[閉じる]をクリックします

4）インデックスを使用してクエリを作成します。

select * from products with (index=IX_name) where 名称='黄瓜';

あなたはどのインデックスによるデータのクエリは、SQL Serverを指定することができますが、一般的に手動で指定する必要はありませんが。SQL Serverが自動的に最適化クエリを作成したインデックスに基づいて行われます。

データ検索速度を高速化することができるインデックスを使用するが、列毎に必要ではないインデックス付けされます。インデックス自体は維持し、いくつかのリソースを取るために必要とされているので、あなたが列を選択することができ、以下の基準に従ってインデックスされます。

• よくある列を検索します。

• 多くの場合、選択した列を照会するために使用。

• 頻繁に並べ替え、グループ化列。

• 列（主キー/外部キー）、多くの場合、接続に使用されます。

インデックスを作成するには、次の列を使用しないでください。

• これは、列の数だけ異なる値が含まれています。

• 表は、わずか数行が含まれています。

第二に、ビュー

视图是保存在数据库中的select查询。因此，对查询指定的大多数操作也可以在视图上进行。使用视图的原因有两个，其一是处于安全考虑，用户不必看到整个数据库结构，而隐藏部分数据；其二是符合用户日常业务逻辑，使其对数据更容易理解。

1、什么是视图

视图是另一种查看数据库中一个或多个表中的数据的方法。视图是一种虚拟表，通常是作为来自一个或多个表的行或列的子集创建的。当然，视图也可以包含全部的行和列。但是，视图并不是数据库中存储的数据值的集合，它的行和列来自查询中引用的表。在执行时，视图直接显示来自表中的数据。

视图充当着查询中指定的表的筛选器。定义视图的查询可以基于一个或多个表，也可以基于其他视图、当前数据库或其他数据库。

如下图所示，以表T和表T1为例，该视图可以包含这些表中的全部列或选定的部分列。如下图所示为一个用表T的A列和B列及表T1的B1、C1和D1列创建的视图：

视图通常用来进行以下三种操作：

• 筛选表中的行；

• 防止未经许可的用户访问敏感的信息；

• 将多个物理数据表抽象为一个逻辑数据表；

1）使用视图带来的好处

对最终用户的好处：

• 结果更容易理解；
• 获得数据更容易；

对开发人员的好处：

• 限制数据检索更容易；
• 维护应用程序更方便；

2、创建和使用视图

1）创建视图

在SQL Server中，创建视图的方法有两种：使用SSMS和使用T-SQL语句。

①展开数据库test，如图所示，右击“视图”，在弹出的快捷菜单中选择“新建视图”命令（自行创建多个表插入数据）

②将A、B、C三张表添加出来

③选择希望看到列：学员名称、学员年龄、成绩，然后中下方自动生成T-SQL语句，按“crtl+R”快捷键执行语句

④选择T-SQL语句按“crtl+R”快捷键执行即可

2）使用视图的注意事项

• 每个视图可以使用多个表；

• 与查询相似，一个视图可以嵌套另一个视图，最好不要超过三层；

• 视图定义中的select语句不能包含以下内容：
  order by子句，除非子啊select语句的选择列表中也有一个TOP子句；
  into关键字；
  引用临时表或表变量；

三、存储过程

SQL Server使用存储过程来避免远程发送并执行SQL代码带来的安全隐患。

1、为什么需要存储过程

当今的软件大多应用于网络中，而一般应用程序所运用的数据保存在数据库中。在没有使用存储过程的数据库应用程序中，用户大多从本地极端及客户端通过网络向服务器端发送SQL代码编写的请求，服务器端对接收到SQL代码进行语法编译后执行，并经指定结果传送回客户端，再由客户端的应用软件处理后输出。如果开发者对服务器的安全性考虑不全面，就会为非法者提供盗取数据的机会。如下图所示：

未经授权的非法者在网络中截取用户想服务器发送的SQL代码，改写后的恶意SQL代码提交到服务器编译并执行，最后非法者就比较容易地获得他所需的数据。

从图中，我们可以看到应用程序执行的过程是不安全的，主要在于以下几个方面：

• 数据不安全：网络传送SQL代码，容易被未经授权者截取；

• 每次提交SQL代码都要经过语法编译后再执行，影响应用程序的运行性能；

• 网络流量大。对于反复执行的相同SQL代码，将会在网络上多次传送，增加网络传输流量；

为了解决这些问题，我们可以采用存储过程把对数据库操作的SQL代码预先编译好并保存在服务器端，用户只需在本机上输入要执行的存储过程名称和必要的数据就可以直接调用执行存储过程完成行管的操作。这样。既减少了网络传输流量，又能保证应用程序的运行性能，同时也防止了未经授权者想截获SQL代码的行为。

2、什么是存储过程

存储过程是SQL语句和控制语句的预编译集合，保存在数据库中，可由应用程序调用执行，而且允许用户声明变量，逻辑控制语句及其他强大的编程功能。

存储过程可包含逻辑控制语句和数据操作语句，可以接收参数、输出参数、返回单个或多个结果集及返回值。

1）使用存储过程的优点：

存储过程的优点如下：

• 模块化程序设计；

• 执行速度快、效率高；

• 减少网络流量；

• 具有良好的安全性；

2）存储过程分为以下两类

• 系统存储过程；
• 用户自定义的存储过程；

四、系统存储过程

SQL Server提供系统存储过程，它们是一组预编译的T-SQL语句。系统存储过程提供了管理数据库和更新表的机制，并充当从系统表中检索信息的快捷方式。

通过配置SQL Server，可以生成对象、用户、权限的信息和定义，这些信息和定义存储在系统表中。每个数据库分别有一个包含配置信息的系统表集，用户数据库的系统表是在创建数据库时自动创建的，用户可以通过系统存储过程访问和更新系统表。

1、常用的系统存储过程

SQL Server的系统存储过程的名称以“sp-”开头，并存放在Resource数据库中。系统管理员拥有这些存储过程的使用权限。可以在任何数据库中运行系统存储过程，但执行的结果会反映在当前数据库中。

示例如下：

<!--显示数据库-->
exec sp_databases;
<!--显示某个数据库对象的信息-->
exec sp_help A;
<!--显示所有数据库的信息-->
exec sp_helpdb;
<!--更改数据库名字-->
exec sp_renamedb 'xsh','benet';
<!--显示products表的约束-->
exec sp_helpconstraint products;
<!--显示products表的索引-->
exec sp_helpindex products;

上面示例的输出结果集较多，在此不一一列举，请自行逐句运行，查看相应的输出结果。

2、常用的扩展存储过程

根据系统存储过程的不同作用，系统存储过程可以分为不同类。扩展存储过程是SQL Server提供的各类系统存储过程中的一类。

扩展存储过程允许使用其他编程语言（如 C##语言）创建外部存储过程，为数据库用户提供从SQL Server实例到外部程序的接口，以便进行各种维护活动。它通常以“xp_”开头，以DLL形式单独存在。

一个常用的扩展存储过程为xp_cmdshell，它可以完成DOS命令下的一些操作，如创建文件夹、列出文件夹列表等，其语法如下：
开启系统cmdshell功能

<!--开启系统cmdshell功能-->
exec sp_configure 'show advanced options',1
reconfigure
exec sp_configure 'xp_cmdshell',1
reconfigure;

<!--创建目录-->
exec xp_cmdshell 'mkdir D:\test', no_output;

<!--显示创建目录-->
exec xp_cmdshell 'dir d:\';

五、触发器

触发器是一种特殊类型的存储过程，当表中的数据发生更新时将自动调用，以响应INSERT、UPDATE或DELETE语句。

1、什么是触发器

1）触发器的概念

触发器是在对表进行插入、更新或删除操作时自动执行的存储过程。触发器通常用于强制业务规则，是一种高级约束，可以定义比用CHECK约束更为复杂的约束，可以行发杂的SQL语句（如IF/WHILE/CASE），可引用其他表中的列。触发器主要是通过事件进行触发而被执行的，而存储过程可以通过存储过程名称而被直接调用。当对某一表进行修改，，如UPDATE、INSERT和DELETE这些操作时，SQL Server会自动执行触发器所定义的SQL语句，从而确保对数据的处理必须符合由这些SQL语句所定义的规则。由此触发器可分为以下几种：

• INSERT触发器：当向表中插入数据时触发，自动执行触发器定义的SQL语句；
• UPDATE触发器：当更新表中某列、多列时触发，自动执行触发器所定义的SQL语句；
• DELETE触发器：当删除表中记录时触发，自动执行触发器定义的SQL语句。

2）deleted表和insertd表

2、触发器的作用

触发器的主要作用是，实现由主键和外键所不能保证的复杂的参照完整性和数据的一致性。

3、触发器的功能

• 强化约束；
• 跟踪变化；
• 级联运行；

4、如何创建触发器

使用T-SQL语句创建触发器的语法如下：

CREATE TRIGGER trigger_name
ON table_name
        [WITH ENCRYPTION]
        FOR { [DELETE, INSERT, UPDATE] }
            AS SQL语句

创建触发器时需要注意以下问题：

• CREATE TRIGGER必须是批处理中的第一条语句，并且只能应用到一个表中；

• 触发器只能在当前的数据库中创建，不过触发器可以引用当前数据库的外部对象；

• 在同一条CREATE TRIGGER语句中，可以为多种用户操作（如INSERT和UPDATE）定义相同的触发器操作；

六、事务

1、什么是事务

事务是一种机制、一个操作序列，包含了一组数据库操作命令，并且把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行。因此，事务是一个不可分隔的工作逻辑单元，在数据库系统上执行并发操作时，事务是作为最小的控制单元来使用的，它特别适用于多用户同时操作的数据库系统。

事务是作为单个逻辑工作单元执行的一系列操作。一个逻辑工作单元必须有四个属性，即原子性、一致性、隔离性及持久性，这些特性通常简称为ACID。

1）原子性

事务是一个完整的操作。事务的各元素是不可分的（原子的）。事务中的所有元素必须作为一个整体提交或回滚。如果事务中的任何元素失败、则整个事务将失败。

2）一致性

当事务完成时，数据必须处于一致状态。也就是说，在事务开始之前，数据库中存储的数据处于一致状态。在正在进行的事务中，数据可能处于不一致的状态，如数据可能有部分修改。然而，当事务成功完成时，数据必须再次回到已知的一致状态。通过事务对数据所做的修改不能损坏数据，或者说事务不能使数据存储处于不稳定的状态。

3）隔离性

对数据进行修改的所有并发事务使彼此隔离的，这表明事务必须是独立的，它不应以任何方式依赖于或影响其他事务。修改数据的事务可以在另一个使用相同数据的事务开始之前访问这些数据，或者在另一个使用相同的数据，则直到该事务成功提交之后，对数据的修改才能生效。

4）持久性

事务的持久性指不管系统是否发生了故障，事务处理的结果都是永久的。

2、执行事务的语法

1）开始事务语法如下：

BEGIN TRANSACTION

2）提交事务语法如下：

COMMIT TRANSACTION

3）回滚（撤销）事务语法如下：

ROLLBACK TRANSACTION

BEGIN TRANSACTION语句后面的SQL语句对数据库的更新操作都将记录在事务日志中，直至遇到ROLLBACK TRANSACTION语句或COMMIT TRANSACTION语句。如果事务中某一操作失败且执行ROLLBACK TRANSACTION语句，那么在BEGIN TRANSACTION语句之后所有更新的数据都能回滚到事务开始前的状态。如果事务中的所有操作都全部正确完成，并且使用COMMIT TRANSACTION语句向数据库提交更新数据，那么这时候的数据又处在新的一致状态。

七、锁

1、什么是锁

複数のユーザが同時に同じデータベース内のデータを操作することができ、データの不整合が発生する可能性があります。そこにはロックがなく、トランザクションデータが同時に同じ問題が発生する可能性があります使用している場合、複数のユーザーが同時に、データベースにアクセスする場合それは、です。これらの問題は行方不明、更新、ダーティリード、反復不能読み取りと読み幻覚が含まれます。データベースのロックは、上記の問題を解決することを目的とします。

2、ロックモード

• 共有ロック（Sロック）：適用リソースロックを読み取ります。

• 排他ロック（Xロック）：他の排他的ロック、データを変更する排他的ロックを含む任意の他のロックと互換性がありません。

• 更新ロック（Uロック）：Uロックは、あなたがデータを更新するとき、我々は求められているデータ上のSロックを理解することができ、更新するデータを見つけるための最初の必要性、データを更新するためのSとXロックロックの組み合わせとして見ることができます。あなたはデータのニーズを修正する必要性を見つけた場合、リソースのXロックに変更されます。U-ロックによって回避デッドロックにSQL Serverの。

3、ロック方法を参照してください

• 使用sys.dm_tran_locks動的管理ビュー。

• ロック情報をキャプチャするプロファイラ使用します。

図4に示すように、形成されたデッドロック状態

デッドロックの性質は、本体が生じるリソース競合の複数から構成され、膠着状態です。これは、次の図を参照することができ、SQL Serverのデッドロックに理解されるべきです。

必要な4つの必要な条件をデッドロック次のとおりです。

• 相互に排他的な条件。

• 要求や待ち状態。

• ない剥奪;

• ループ待ち状態。

5、デッドロック防止

被害のデッドロック防止がナンバー1と4つの不可欠な条件、デッドロックで次のように、それは一般的な方法を形成することはできません。

• 相互に排他的な条件の破壊;

• 破壊要求と待ちの状態。

• ない剥奪を破壊します。

--------この記事の最後に、これまで、読んでくれてありがとう--------