javaweb-MySQL制約-022

記事ディレクトリ

1.DQL：クエリステートメント

ソートクエリ
*構文：orderby句
* order by sortフィールド1ソート方法1、ソートフィールド2ソート方法2 .. ..

* 排序方式：
	* ASC：升序，默认的。
	* DESC：降序。

* 注意：
	* 如果有多个排序条件，则当前边的条件值一样时，才会判断第二条件。

集計機能：データの列全体を取得し、垂直方向の計算を実行します。
1. カウント：数を数える
  1. 通常、空でない列を選択します：主キー
  2. カウント（*）
2. max：最大値を計算します
3. 最小：最小値を計算します
4. 合計：合計を計算します
5. 平均：平均を計算する
- 注：集計関数の計算では、null値は除外されます。
  解決策：
  1。計算に空でない列を含めないことを選択します
  2.IFNULL関数
グループクエリ：
1. 構文：グループごとのフィールド。
2. 注意：
  1. グループ化後に照会されるフィールド：フィールドのグループ化、関数の集約
  2. どこと持っているの違いは？
    1. グループ化の前に定義されている場合、条件が満たされない場合、グループ化に参加しません。グループ化後に制限されているため、結果が満たされない場合はクエリされません
    2. 集合関数はどこ以降でも追跡できず、集合関数があると判断できます。
  -性別によるグループ化。男性と女性の学生の平均スコアを別々に照会する
  
  SELECT sex、AVG（math）FROM Student GROUP BY sex;
  
  -性別によるグループ化。男性と女性の学生の平均スコアと数を別々に照会する
  
  SELECT sex、AVG（math）、COUNT（id）FROM Student GROUP BY sex;
  
  -性別によるグループ化。男性と女性のクラスメートの平均スコア、要件の数を個別にクエリします。スコアが70未満の人は、グループ化に参加しません
  SELECT sex、AVG（math）、COUNT（id）FROM student WHERE math> 70 GROUP BY sex;
  
  -性別によるグループ化。男性と女性のクラスメートの平均スコアを個別に照会します。要件の数：スコアが70未満のクラスメートは、グループ化に参加しません。グループ化後。人数は2人以上である必要があります
  SELECTsex、AVG（math）、COUNT（id）FROM student WHERE math> 70 GROUP BY sex HAVING COUNT（id）> 2;
  
  SELECT sex、AVG（math）、COUNT（id）ホテルFROM学生WHERE math> 70 GROUP BY sexHAVING東京> 2;
ページングクエリ
1. 構文：limitで始まるインデックス、ページあたりのクエリ数。
2. 式：開始インデックス=（現在のページ番号-1）*
  ページごとに表示されるアイテムの数-1ページごとに表示される3レコード
  
  SELECT * FROM student LIMIT 0,3; –ページ1
  
  SELECT * FROM Student LIMIT 3,3; –ページ2
  
  SELECT * FROM student LIMIT 6,3; –ページ3
3. 制限はMySQLの「ダイアレクト」です

2.制約

概念：データの正確性、有効性、および完全性を確保するために、テーブル内のデータを制限します。
- 分類：
  1. 主キー制約：主キー
  2. 空でない制約：nullではない
  3. 唯一の制約：一意
  4. 外部キー制約：外部キー
- null以外の制約：nullではなく、列の値をnullにすることはできません
  1. テーブルを作成するときに制約を追加します
    CREATETABLE stu（
    id INT、
    NAME VARCHAR（20）NOT NULL –名前は空ではありません
    ）;
  2. テーブルを作成した後、空でない制約を追加します
    。ALTERTABLEstu MODIFY NAME VARCHAR（20）NOT NULL;
  3. 名前の空でない制約を削除します
    ALTERTABLE stu MODIFY NAME VARCHAR（20）;
- 一意の制約：一意、列の値を繰り返すことはできません
  1. 注意：
    - 一意の制約はNULL値を持つことができますが、1つのレコードのみをNULLにすることができます
  2. テーブルを作成するときに、一意の制約を追加します
    。CREATETABLE stu（
    id INT、
    phone_number VARCHAR（20）UNIQUE-電話番号
    ）;
  3. 一意の制約を削除します
    ALTERTABLE stu DROP INDEX phone_number;
  4. テーブルが作成され
    たら、一意の制約を追加します。ALTERTABLEstu MODIFY phone_number VARCHAR（20）UNIQUE;
- 主キー制約：主キー。
  1. 注意：
    1. 意味：空ではなく、ユニーク
    2. テーブルは、プライマリキーとして1つのフィールドのみを持つことができます
    3. 主なキーは、テーブル内のレコードの一意のIDです。
  2. テーブルを作成するときに、プライマリキー制約を追加
    します。createtablestu（
    id int primary key、-プライマリキー制約
    名varchar（20）
    ）をidに追加します。
  3. プライマリキーの削除
    -erroralter table stu modify id int;
    ALTER TABLE stu DROP PRIMARY KEY;
  4. テーブルを作成した後、プライマリキー
    ALTER TABLE stu MODIFY id INT PRIMARYKEYを追加します。
  5. 自動成長：
    1. 概念：列が数値タイプの場合、auto_incrementを使用して自動拡張の値を完成させます
    2. テーブルを作成するときは、プライマリキー制約を追加し、プライマリキーの自己成長を完了します。createtablestu
      （
      id int primary key auto_increment、-プライマリキー制約
      名varchar（20）
      ）をidに追加します。
    3. 自動
      拡張を削除ALTERTABLE stu MODIFY id INT;
    4. 自動
      拡張を追加ALTERTABLE stu MODIFY id INT AUTO_INCREMENT;
- 外部キー制約：外部キー。データの正確性を確保するために、テーブルとテーブルの関係を設定します。
  1. テーブルを作成するときに、外部キーを追加できます
    - 構文：
      テーブルテーブルの作成（
      ...
      外部キー列
      制約外部キーの外部キー制約名（このテーブルの外部キーの列名に接続する必要があります）参照（外部）プライマリテーブル名（プライマリテーブル列名）
      ）;
      その後、増加がない場合既存の列、列の削除は許可されていないため、テーブル間の相互制約
  2. 外部キー
    ALTERTABLEテーブル名DROPFOREIGNKEY外部キー名を削除します。
  3. テーブルを作成した後、外部キーを追加します
    。ALTERTABLEテーブル名ADD CONSTRAINT外部キー名FOREIGNKEY（外部キーフィールド名）REFERENCESメインテーブル名（メインテーブル列名）;
    変更を拒否したため？では、どのように変更するのですか？
    最初にNULLに変更でき、空にすることもできますが、存在しないことはできません。次に、メインテーブルを変更し、メインテーブルが変更された後にテーブルからNULLを変更できます。正式な変更は次のとおりです、カスケード操作。テーブルをアーキテクチャデザイナにドラッグし、カスケードがある場合は描画します。このように、マスターテーブルが変更されると、スレーブテーブルが自動的に更新され、バインディング情報列が自動的に削除されます。
    ただし、多くのデータテーブルが関係しているため、情報は貴重で非効率的であるため、削除には注意が必要です。
  4. カスケード操作
    1. カスケード操作の追加
      構文：ALTERTABLEテーブル名ADDCONSTRAINT外部キー名
      FOREIGNKEY（外部キーフィールド名）REFERENCESメインテーブル名（メインテーブル列名）ON UPDATE CASCADE ON DELETE CASCADE;
    2. 分類：
      1. カスケード更新：更新カスケード
      2. カスケード削除：ON DELETE CASCADE

13_マルチテーブル関係の概要

ここに写真の説明を挿入

1. 多表之间的关系
		1. 分类：
			1. 一对一(了解)：
				* 如：人和身份证
				* 分析：一个人只有一个身份证，一个身份证只能对应一个人
			2. 一对多(多对一)：
				* 如：部门和员工
				* 分析：一个部门有多个员工，一个员工只能对应一个部门
			3. 多对多：
				* 如：学生和课程
				* 分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择
		2. 实现关系：
			1. 一对多(多对一)：
				* 如：部门和员工
				* 实现方式：在多的一方建立外键，指向一的一方的主键。
			2. 多对多：
				* 如：学生和课程
				* 实现方式：多对多关系实现需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
			3. 一对一(了解)：
				* 如：人和身份证
				* 实现方式：一对一关系实现，可以在任意一方添加唯一外键指向另一方的主键。

		3. 案例
			-- 创建旅游线路分类表 tab_category
			-- cid 旅游线路分类主键，自动增长
			-- cname 旅游线路分类名称非空，唯一，字符串 100
			CREATE TABLE tab_category (
				cid INT PRIMARY KEY AUTO_INCREMENT,
				cname VARCHAR(100) NOT NULL UNIQUE
			);
			
			-- 创建旅游线路表 tab_route
			/*
			rid 旅游线路主键，自动增长
			rname 旅游线路名称非空，唯一，字符串 100
			price 价格
			rdate 上架时间，日期类型
			cid 外键，所属分类
			*/
			CREATE TABLE tab_route(
				rid INT PRIMARY KEY AUTO_INCREMENT,
				rname VARCHAR(100) NOT NULL UNIQUE,
				price DOUBLE,
				rdate DATE,
				cid INT,
				FOREIGN KEY (cid) REFERENCES tab_category(cid)
			);
			
			/*创建用户表 tab_user
			uid 用户主键，自增长
			username 用户名长度 100，唯一，非空
			password 密码长度 30，非空
			name 真实姓名长度 100
			birthday 生日
			sex 性别，定长字符串 1
			telephone 手机号，字符串 11
			email 邮箱，字符串长度 100
			*/
			CREATE TABLE tab_user (
				uid INT PRIMARY KEY AUTO_INCREMENT,
				username VARCHAR(100) UNIQUE NOT NULL,
				PASSWORD VARCHAR(30) NOT NULL,
				NAME VARCHAR(100),
				birthday DATE,
				sex CHAR(1) DEFAULT '男',
				telephone VARCHAR(11),
				email VARCHAR(100)
			);
			
			/*
			创建收藏表 tab_favorite
			rid 旅游线路 id，外键
			date 收藏时间
			uid 用户 id，外键
			rid 和 uid 不能重复，设置复合主键，同一个用户不能收藏同一个线路两次
			*/
			CREATE TABLE tab_favorite (
				rid INT, -- 线路id
				DATE DATETIME,
				uid INT, -- 用户id
				-- 创建复合主键
				PRIMARY KEY(rid,uid), -- 联合主键
				FOREIGN KEY (rid) REFERENCES tab_route(rid),
				FOREIGN KEY(uid) REFERENCES tab_user(uid)
			);

データベース設計のパラダイム
*概念：データベースを設計する際に従う必要のあるいくつかの仕様。背後にあるパラダイム要件に従うには、最初に前面のすべてのパラダイム要件に従う必要があります

		设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
		目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。

	* 分类：
		1. 第一范式（1NF）：每一列都是不可分割的原子数据项
		2. 第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）
			* 几个概念：
				1. 函数依赖：A-->B,如果通过A属性(属性组)的值，可以确定唯一B属性的值。则称B依赖于A
					例如：学号-->姓名。  （学号，课程名称） --> 分数
				2. 完全函数依赖：A-->B， 如果A是一个属性组，则B属性值得确定需要依赖于A属性组中所有的属性值。
					例如：（学号，课程名称） --> 分数
				3. 部分函数依赖：A-->B， 如果A是一个属性组，则B属性值得确定只需要依赖于A属性组中某一些值即可。
					例如：（学号，课程名称（假设独一无二的被使用）） -- > 姓名
				4. 传递函数依赖：A-->B, B -- >C . 如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性（属性组）的值可以确定唯一C属性的值，则称 C 传递函数依赖于A
					例如：学号-->系名，系名-->系主任
				5. 码：如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码
					例如：该表中码为：（学号，课程名称）
					* 主属性：码属性组中的所有属性
					* 非主属性：除过码属性组的属性
					
		3. 第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）

ここに写真の説明を挿入

データベースのバックアップと復元

毎日バックアップし、ノートラブルのために準備される
：1.コマンドライン
*構文：
*バックアップ：mysqldumpを-uユーザ名-pパスワードデータベース名>保存されたパスが
復元*：
1.ログをデータベースに
データベースを作成します。2.レコード生成dabase dbxx
3.データベースの使用はdbxx
4 。実行可能ファイル。ソースファイルパス
2.グラフィックを
開いた後、右クリック管理が明確に記述されます

記事ディレクトリ

1.DQL：クエリステートメント

2.制約

13_マルチテーブル関係の概要

データベースのバックアップと復元

おすすめ