mysql數據庫(2)

命令行鏈接

• 在工做中主要使用命令操做方式，要求熟練編寫
• 打開終端，運行命令

mysql -uroot -p
回車後輸入密碼，當前設置的密碼爲mysql

• 退出登陸

quit 和 exit
或
ctrl+d

• 登陸成功後，輸入以下命令查看效果

查看版本：select version();
顯示當前時間：select now();

修改輸入提示符

prompt python>

• \D 完整日期
• \U 使用用戶

數據庫

• 查看全部數據庫

show databases; 

• 使用數據庫

use 數據庫名; 

• 查看當前使用的數據庫

select database(); 

• 建立數據庫

create database 數據庫名 charset=utf8; 例： create database python charset=utf8; 

• 刪除數據庫

drop database 數據庫名; 例： drop database python;

數據表

• 查看當前數據庫中全部表

show tables; 

• 查看錶結構

desc 表名;

• 建立表
• auto_increment表示自動增加

CREATE TABLE table_name( column1 datatype contrai, column2 datatype, column3 datatype, ..... columnN datatype, PRIMARY KEY(one or more columns) ); 

例：建立班級表

create table classes( id int unsigned auto_increment primary key not null, name varchar(10) ); 

例：建立學生表

create table students( id int unsigned primary key auto_increment not null, name varchar(20) default '', age tinyint unsigned default 0, height decimal(5,2), gender enum('男','女','人妖','保密'), cls_id int unsigned default 0 ) 

• 修改表-添加字段

alter table 表名 add 列名 類型; 例： alter table students add birthday datetime; 

• 修改表-修改字段：重命名版

alter table 表名 change 原名 新名 類型及約束; 例： alter table students change birthday birth datetime not null; 

• 修改表-修改字段：不重命名版

alter table 表名 modify 列名 類型及約束; 例： alter table students modify birth date not null; 

• 修改表-刪除字段

alter table 表名 drop 列名; 例： alter table students drop birthday; 

• 刪除表

drop table 表名; 例： drop table students; 

• 查看錶的建立語句

show create table 表名; 例： show create table classes;

增刪改查(curd)

curd的解釋: 表明建立（Create）、更新（Update）、讀取（Retrieve）和刪除（Delete）

查詢基本使用

• 查詢全部列

select * from 表名; 例： select * from classes; 

• 查詢指定列
• 可使用as爲列或表指定別名

select 列1,列2,... from 表名; 例： select id,name from classes; 

增長

格式:INSERT [INTO] tb_name [(col_name,...)] {VALUES | VALUE} ({expr | DEFAULT},...),(...),...

• 說明：主鍵列是自動增加，可是在全列插入時須要佔位，一般使用0或者 default 或者 null 來佔位，插入成功後以實際數據爲準
• 全列插入：值的順序與表中字段的順序對應

insert into 表名 values(...) 例： insert into students values(0,’郭靖‘,1,'蒙古','2016-1-2'); 

• 部分列插入：值的順序與給出的列順序對應

insert into 表名(列1,...) values(值1,...) 例： insert into students(name,hometown,birthday) values('黃蓉','桃花島','2016-3-2'); 

• 上面的語句一次能夠向表中插入一行數據，還能夠一次性插入多行數據，這樣能夠減小與數據庫的通訊
• 全列多行插入：值的順序與給出的列順序對應

insert into 表名 values(...),(...)...; 例： insert into classes values(0,'python1'),(0,'python2'); 

insert into 表名(列1,...) values(值1,...),(值1,...)...; 例： insert into students(name) values('楊康'),('楊過'),('小龍女'); 

 

修改

格式: UPDATE tbname SET col1={expr1|DEFAULT} [,col2={expr2|default}]...[where 條件判斷]

update 表名 set 列1=值1,列2=值2... where 條件 例： update students set gender=0,hometown='北京' where id=5; 

刪除

DELETE FROM tbname [where 條件判斷]

delete from 表名 where 條件 例： delete from students where id=5; 

• 邏輯刪除，本質就是修改操做

update students set isdelete=1 where id=1;

備份

• 運行mysqldump命令

mysqldump –uroot –p 數據庫名 > python.sql;

# 按提示輸入mysql的密碼

恢復

• 鏈接mysql，建立新的數據庫
• 退出鏈接，執行以下命令

mysql -uroot –p 新數據庫名 < python.sql

# 根據提示輸入mysql密碼

數據庫設計

• 關係型數據庫建議在E-R模型的基礎上，咱們須要根據產品經理的設計策劃，抽取出來模型與關係，制定出表結構，這是項目開始的第一步
• 在開發中有不少設計數據庫的軟件，經常使用的如power designer，db desinger等，這些軟件能夠直觀的看到實體及實體間的關係
• 設計數據庫，多是由專門的數據庫設計人員完成，也多是由開發組成員完成，通常是項目經理帶領組員來完成
• 現階段不須要獨立完成數據庫設計，可是要注意積累一些這方面的經驗

三範式

• 通過研究和對使用中問題的總結，對於設計數據庫提出了一些規範，這些規範被稱爲範式(Normal Form)
• 目前有跡可尋的共有8種範式，通常須要遵照3範式便可
• ◆ 第一範式（1NF）：強調的是列的原子性，即列不可以再分紅其餘幾列。

  考慮這樣一個表：【聯繫人】（姓名，性別，電話） 若是在實際場景中，一個聯繫人有家庭電話和公司電話，那麼這種表結構設計就沒有達到 1NF。要符合 1NF 咱們只需把列（電話）拆分，即：【聯繫人】（姓名，性別，家庭電話，公司電話）。1NF 很好辨別，可是 2NF 和 3NF 就容易搞混淆。

• ◆ 第二範式（2NF）：首先是 1NF，另外包含兩部份內容，一是表必須有一個主鍵；二是沒有包含在主鍵中的列必須徹底依賴於主鍵，而不能只依賴於主鍵的一部分。

  考慮一個訂單明細表：【OrderDetail】（OrderID，ProductID，UnitPrice，Discount，Quantity，ProductName）。 由於咱們知道在一個訂單中能夠訂購多種產品，因此單單一個 OrderID 是不足以成爲主鍵的，主鍵應該是（OrderID，ProductID）。顯而易見 Discount（折扣），Quantity（數量）徹底依賴（取決）於主鍵（OderID，ProductID），而 UnitPrice，ProductName 只依賴於 ProductID。因此 OrderDetail 表不符合 2NF。不符合 2NF 的設計容易產生冗餘數據。

  能夠把【OrderDetail】表拆分爲【OrderDetail】（OrderID，ProductID，Discount，Quantity）和【Product】（ProductID，UnitPrice，ProductName）來消除原訂單表中UnitPrice，ProductName屢次重複的狀況。

• ◆ 第三範式（3NF）：首先是 2NF，另外非主鍵列必須直接依賴於主鍵，不能存在傳遞依賴。即不能存在：非主鍵列 A 依賴於非主鍵列 B，非主鍵列 B 依賴於主鍵的狀況。

  考慮一個訂單表【Order】（OrderID，OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity）主鍵是（OrderID）。 其中 OrderDate，CustomerID，CustomerName，CustomerAddr，CustomerCity 等非主鍵列都徹底依賴於主鍵（OrderID），因此符合 2NF。不過問題是 CustomerName，CustomerAddr，CustomerCity 直接依賴的是 CustomerID（非主鍵列），而不是直接依賴於主鍵，它是經過傳遞才依賴於主鍵，因此不符合 3NF。 經過拆分【Order】爲【Order】（OrderID，OrderDate，CustomerID）和【Customer】（CustomerID，CustomerName，CustomerAddr，CustomerCity）從而達到 3NF。 *第二範式（2NF）和第三範式（3NF）的概念很容易混淆，區分它們的關鍵點在於，2NF：非主鍵列是否徹底依賴於主鍵，仍是依賴於主鍵的一部分；3NF：非主鍵列是直接依賴於主鍵，仍是直接依賴於非主鍵列.