只要字段值還可以繼續(xù)拆分，就不滿足第一范式。
創(chuàng)新互聯(lián)公司網(wǎng)絡(luò)公司擁有10年的成都網(wǎng)站開發(fā)建設(shè)經(jīng)驗(yàn)，成百上千客戶的共同信賴。提供網(wǎng)站設(shè)計(jì)制作、網(wǎng)站建設(shè)、網(wǎng)站開發(fā)、網(wǎng)站定制、買友情鏈接、建網(wǎng)站、網(wǎng)站搭建、響應(yīng)式網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計(jì)師打造企業(yè)風(fēng)格，提供周到的售前咨詢和貼心的售后服務(wù)
范式設(shè)計(jì)得越詳細(xì)，對某些實(shí)際操作可能會(huì)更好，但并非都有好處，需要對項(xiàng)目的實(shí)際情況進(jìn)行設(shè)定。
在滿足第一范式的前提下，其他列都必須完全依賴于主鍵列。 如果出現(xiàn)不完全依賴，只可能發(fā)生在聯(lián)合主鍵的情況下：
實(shí)際上，在這張訂單表中，product_name 只依賴于 product_id ，customer_name 只依賴于 customer_id。也就是說，product_name 和 customer_id 是沒用關(guān)系的，customer_name 和 product_id 也是沒有關(guān)系的。
這就不滿足第二范式：其他列都必須完全依賴于主鍵列！
拆分之后，myorder 表中的 product_id 和 customer_id 完全依賴于 order_id 主鍵，而 product 和 customer 表中的其他字段又完全依賴于主鍵。滿足了第二范式的設(shè)計(jì)！
在滿足第二范式的前提下，除了主鍵列之外，其他列之間不能有傳遞依賴關(guān)系。
表中的 customer_phone 有可能依賴于 order_id 、 customer_id 兩列，也就不滿足了第三范式的設(shè)計(jì)：其他列之間不能有傳遞依賴關(guān)系。
修改后就不存在其他列之間的傳遞依賴關(guān)系，其他列都只依賴于主鍵列，滿足了第三范式的設(shè)計(jì)！
查詢每門課的平均成績。
查詢 score 表中至少有 2 名學(xué)生選修，并以 3 開頭的課程的平均分?jǐn)?shù)。
分析表發(fā)現(xiàn)，至少有 2 名學(xué)生選修的課程是 3-105 、3-245 、6-166 ，以 3 開頭的課程是 3-105 、3-245。也就是說，我們要查詢所有 3-105 和 3-245 的 degree 平均分。
查詢所有學(xué)生的 name，以及該學(xué)生在 score 表中對應(yīng)的 c_no 和 degree 。
通過分析可以發(fā)現(xiàn)，只要把 score 表中的 s_no 字段值替換成 student 表中對應(yīng)的 name 字段值就可以了，如何做呢？
查詢所有學(xué)生的 no 、課程名稱 ( course 表中的 name ) 和成績 ( score 表中的 degree ) 列。
只有 score 關(guān)聯(lián)學(xué)生的 no ，因此只要查詢 score 表，就能找出所有和學(xué)生相關(guān)的 no 和 degree ：
然后查詢 course 表：
只要把 score 表中的 c_no 替換成 course 表中對應(yīng)的 name 字段值就可以了。
查詢所有學(xué)生的 name 、課程名 ( course 表中的 name ) 和 degree 。
只有 score 表中關(guān)聯(lián)學(xué)生的學(xué)號和課堂號，我們只要圍繞著 score 這張表查詢就好了。
只要把 s_no 和 c_no 替換成 student 和 srouse 表中對應(yīng)的 name 字段值就好了。
首先把 s_no 替換成 student 表中的 name 字段：
再把 c_no 替換成 course 表中的 name 字段：
查詢 95031 班學(xué)生每門課程的平均成績。
在 score 表中根據(jù) student 表的學(xué)生編號篩選出學(xué)生的課堂號和成績：
這時(shí)只要將 c_no 分組一下就能得出 95031 班學(xué)生每門課的平均成績：
查詢在 3-105 課程中，所有成績高于 109 號同學(xué)的記錄。
首先篩選出課堂號為 3-105 ，在找出所有成績高于 109 號同學(xué)的的行。
查詢所有成績高于 109 號同學(xué)的 3-105 課程成績記錄。
查詢所有和 101 、108 號學(xué)生同年出生的 no 、name 、birthday 列。
查詢 '張旭' 教師任課的學(xué)生成績表。
首先找到教師編號：
通過 sourse 表找到該教師課程號：
通過篩選出的課程號查詢成績表：
查詢某選修課程多于5個(gè)同學(xué)的教師姓名。
首先在 teacher 表中，根據(jù) no 字段來判斷該教師的同一門課程是否有至少5名學(xué)員選修：
查看和教師編號有有關(guān)的表的信息：
我們已經(jīng)找到和教師編號有關(guān)的字段就在 course 表中，但是還無法知道哪門課程至少有5名學(xué)生選修，所以還需要根據(jù) score 表來查詢：
根據(jù)篩選出來的課程號，找出在某課程中，擁有至少5名學(xué)員的教師編號：
在 teacher 表中，根據(jù)篩選出來的教師編號找到教師姓名：
查詢 “計(jì)算機(jī)系” 課程的成績表。
思路是，先找出 course 表中所有 計(jì)算機(jī)系 課程的編號，然后根據(jù)這個(gè)編號查詢 score 表。
查詢 計(jì)算機(jī)系 與 電子工程系 中的不同職稱的教師。
查詢課程 3-105 且成績 至少 高于 3-245 的 score 表。
查詢課程 3-105 且成績高于 3-245 的 score 表。
查詢某課程成績比該課程平均成績低的 score 表。
查詢所有任課 ( 在 course 表里有課程 ) 教師的 name 和 department 。
查詢 student 表中至少有 2 名男生的 class 。
查詢 student 表中不姓 "王" 的同學(xué)記錄。
查詢 student 表中每個(gè)學(xué)生的姓名和年齡。
查詢 student 表中最大和最小的 birthday 值。
以 class 和 birthday 從大到小的順序查詢 student 表。
查詢 "男" 教師及其所上的課程。
查詢最高分同學(xué)的 score 表。
查詢和 "李軍" 同性別的所有同學(xué) name 。
查詢和 "李軍" 同性別且同班的同學(xué) name 。
查詢所有選修 "計(jì)算機(jī)導(dǎo)論" 課程的 "男" 同學(xué)成績表。
需要的 "計(jì)算機(jī)導(dǎo)論" 和性別為 "男" 的編號可以在 course 和 student 表中找到。
建立一個(gè) grade 表代表學(xué)生的成績等級，并插入數(shù)據(jù)：
查詢所有學(xué)生的 s_no 、c_no 和 grade 列。
思路是，使用區(qū)間 ( BETWEEN ) 查詢，判斷學(xué)生的成績 ( degree ) 在 grade 表的 low 和 upp 之間。
準(zhǔn)備用于測試連接查詢的數(shù)據(jù)：
分析兩張表發(fā)現(xiàn)，person 表并沒有為 cardId 字段設(shè)置一個(gè)在 card 表中對應(yīng)的 id 外鍵。如果設(shè)置了的話，person 中 cardId 字段值為 6 的行就插不進(jìn)去，因?yàn)樵?cardId 值在 card 表中并沒有。
要查詢這兩張表中有關(guān)系的數(shù)據(jù)，可以使用 INNER JOIN ( 內(nèi)連接 ) 將它們連接在一起。
完整顯示左邊的表 ( person ) ，右邊的表如果符合條件就顯示，不符合則補(bǔ) NULL 。
完整顯示右邊的表 ( card ) ，左邊的表如果符合條件就顯示，不符合則補(bǔ) NULL 。
完整顯示兩張表的全部數(shù)據(jù)。
在 MySQL 中，事務(wù)其實(shí)是一個(gè)最小的不可分割的工作單元。事務(wù)能夠 保證一個(gè)業(yè)務(wù)的完整性 。
比如我們的銀行轉(zhuǎn)賬：
在實(shí)際項(xiàng)目中，假設(shè)只有一條 SQL 語句執(zhí)行成功，而另外一條執(zhí)行失敗了，就會(huì)出現(xiàn)數(shù)據(jù)前后不一致。
因此，在執(zhí)行多條有關(guān)聯(lián) SQL 語句時(shí)， 事務(wù) 可能會(huì)要求這些 SQL 語句要么同時(shí)執(zhí)行成功，要么就都執(zhí)行失敗。
在 MySQL 中，事務(wù)的 自動(dòng)提交 狀態(tài)默認(rèn)是開啟的。
自動(dòng)提交的作用 ：當(dāng)我們執(zhí)行一條 SQL 語句的時(shí)候，其產(chǎn)生的效果就會(huì)立即體現(xiàn)出來，且不能 回滾 。
什么是回滾？舉個(gè)例子：
可以看到，在執(zhí)行插入語句后數(shù)據(jù)立刻生效，原因是 MySQL 中的事務(wù)自動(dòng)將它 提交 到了數(shù)據(jù)庫中。那么所謂 回滾 的意思就是，撤銷執(zhí)行過的所有 SQL 語句，使其回滾到 最后一次提交 數(shù)據(jù)時(shí)的狀態(tài)。
在 MySQL 中使用 ROLLBACK 執(zhí)行回滾：
由于所有執(zhí)行過的 SQL 語句都已經(jīng)被提交過了，所以數(shù)據(jù)并沒有發(fā)生回滾。那如何讓數(shù)據(jù)可以發(fā)生回滾？
將自動(dòng)提交關(guān)閉后，測試數(shù)據(jù)回滾：
那如何將虛擬的數(shù)據(jù)真正提交到數(shù)據(jù)庫中？使用 COMMIT :
事務(wù)的實(shí)際應(yīng)用 ，讓我們再回到銀行轉(zhuǎn)賬項(xiàng)目：
這時(shí)假設(shè)在轉(zhuǎn)賬時(shí)發(fā)生了意外，就可以使用 ROLLBACK 回滾到最后一次提交的狀態(tài)：
這時(shí)我們又回到了發(fā)生意外之前的狀態(tài)，也就是說，事務(wù)給我們提供了一個(gè)可以反悔的機(jī)會(huì)。假設(shè)數(shù)據(jù)沒有發(fā)生意外，這時(shí)可以手動(dòng)將數(shù)據(jù)真正提交到數(shù)據(jù)表中：COMMIT 。
事務(wù)的默認(rèn)提交被開啟 ( @@AUTOCOMMIT = 1 ) 后，此時(shí)就不能使用事務(wù)回滾了。但是我們還可以手動(dòng)開啟一個(gè)事務(wù)處理事件，使其可以發(fā)生回滾：
仍然使用 COMMIT 提交數(shù)據(jù)，提交后無法再發(fā)生本次事務(wù)的回滾。
事務(wù)的四大特征：
事務(wù)的隔離性可分為四種 ( 性能從低到高 ) ：
查看當(dāng)前數(shù)據(jù)庫的默認(rèn)隔離級別：
修改隔離級別：
測試 READ UNCOMMITTED ( 讀取未提交 ) 的隔離性：
由于小明的轉(zhuǎn)賬是在新開啟的事務(wù)上進(jìn)行操作的，而該操作的結(jié)果是可以被其他事務(wù)（另一方的淘寶店）看見的，因此淘寶店的查詢結(jié)果是正確的，淘寶店確認(rèn)到賬。但就在這時(shí)，如果小明在它所處的事務(wù)上又執(zhí)行了 ROLLBACK 命令，會(huì)發(fā)生什么？
這就是所謂的 臟讀 ，一個(gè)事務(wù)讀取到另外一個(gè)事務(wù)還未提交的數(shù)據(jù)。這在實(shí)際開發(fā)中是不允許出現(xiàn)的。
把隔離級別設(shè)置為 READ COMMITTED ：
這樣，再有新的事務(wù)連接進(jìn)來時(shí)，它們就只能查詢到已經(jīng)提交過的事務(wù)數(shù)據(jù)了。但是對于當(dāng)前事務(wù)來說，它們看到的還是未提交的數(shù)據(jù)，例如：
但是這樣還有問題，那就是假設(shè)一個(gè)事務(wù)在操作數(shù)據(jù)時(shí)，其他事務(wù)干擾了這個(gè)事務(wù)的數(shù)據(jù)。例如：
雖然 READ COMMITTED 讓我們只能讀取到其他事務(wù)已經(jīng)提交的數(shù)據(jù)，但還是會(huì)出現(xiàn)問題，就是 在讀取同一個(gè)表的數(shù)據(jù)時(shí)，可能會(huì)發(fā)生前后不一致的情況。* 這被稱為* 不可重復(fù)讀現(xiàn)象 ( READ COMMITTED ) 。
將隔離級別設(shè)置為 REPEATABLE READ ( 可被重復(fù)讀取 ) :
測試 REPEATABLE READ ，假設(shè)在兩個(gè)不同的連接上分別執(zhí)行 START TRANSACTION :
當(dāng)前事務(wù)開啟后，沒提交之前，查詢不到，提交后可以被查詢到。但是，在提交之前其他事務(wù)被開啟了，那么在這條事務(wù)線上，就不會(huì)查詢到當(dāng)前有操作事務(wù)的連接。相當(dāng)于開辟出一條單獨(dú)的線程。
無論小張是否執(zhí)行過 COMMIT ，在小王這邊，都不會(huì)查詢到小張的事務(wù)記錄，而是只會(huì)查詢到自己所處事務(wù)的記錄：
這是 因?yàn)樾⊥踉诖酥伴_啟了一個(gè)新的事務(wù) ( START TRANSACTION ) * ，那么* 在他的這條新事務(wù)的線上，跟其他事務(wù)是沒有聯(lián)系的 ，也就是說，此時(shí)如果其他事務(wù)正在操作數(shù)據(jù)，它是不知道的。
然而事實(shí)是，在真實(shí)的數(shù)據(jù)表中，小張已經(jīng)插入了一條數(shù)據(jù)。但是小王此時(shí)并不知道，也插入了同一條數(shù)據(jù)，會(huì)發(fā)生什么呢？
報(bào)錯(cuò)了，操作被告知已存在主鍵為 6 的字段。這種現(xiàn)象也被稱為 幻讀，一個(gè)事務(wù)提交的數(shù)據(jù)，不能被其他事務(wù)讀取到 。
顧名思義，就是所有事務(wù)的 寫入操作 全都是串行化的。什么意思？把隔離級別修改成 SERIALIZABLE :
還是拿小張和小王來舉例：
此時(shí)會(huì)發(fā)生什么呢？由于現(xiàn)在的隔離級別是 SERIALIZABLE ( 串行化 ) ，串行化的意思就是：假設(shè)把所有的事務(wù)都放在一個(gè)串行的隊(duì)列中，那么所有的事務(wù)都會(huì)按照 固定順序執(zhí)行 ，執(zhí)行完一個(gè)事務(wù)后再繼續(xù)執(zhí)行下一個(gè)事務(wù)的 寫入操作 ( 這意味著隊(duì)列中同時(shí)只能執(zhí)行一個(gè)事務(wù)的寫入操作 ) 。
根據(jù)這個(gè)解釋，小王在插入數(shù)據(jù)時(shí)，會(huì)出現(xiàn)等待狀態(tài)，直到小張執(zhí)行 COMMIT 結(jié)束它所處的事務(wù)，或者出現(xiàn)等待超時(shí)。
轉(zhuǎn)載：
1、存儲過程定義：
存儲過程是事先經(jīng)過編譯并存儲在數(shù)據(jù)庫中的一段 SQL 語句的集合，調(diào)用存儲過程可以簡化應(yīng)用開發(fā) 人員的很多工作，減少數(shù)據(jù)在數(shù)據(jù)庫和應(yīng)用服務(wù)器之間的傳輸，對于提高數(shù)據(jù)處理的效率是有好處的。 存儲過程思想上很簡單，就是數(shù)據(jù)庫 SQL 語言層面的代碼封裝與重用。
2、特點(diǎn)：
封裝，復(fù)用 ： 可以把某一業(yè)務(wù)SQL封裝在存儲過程中，需要用到 的時(shí)候直接調(diào)用即可。
可以接收參數(shù)，也可以返回?cái)?shù)據(jù) ：再存儲過程中，可以傳遞參數(shù)，也可以接收返回 值。
減少網(wǎng)絡(luò)交互，效率提升 ： 如果涉及到多條SQL，每執(zhí)行一次都是一次網(wǎng)絡(luò)傳 輸。 而如果封裝在存儲過程中，我們只需要網(wǎng)絡(luò)交互一次可能就可以了。
3、基本語法
（1）創(chuàng)建：
（2）調(diào)用：
（3）查看：
（4）刪除
注意: 在命令行中，執(zhí)行創(chuàng)建存儲過程的SQL時(shí)，需要通過關(guān)鍵字 delimiter 指定SQL語句的 結(jié)束符。
在MySQL數(shù)據(jù)庫操作中，我們常常編寫一些SQL語句來實(shí)現(xiàn)自己想要的功能。但是對于初學(xué)MySQL數(shù)據(jù)庫的人來說這似乎又有一定的難度。本文我們總結(jié)了六條比較有用的SQL語句，初學(xué)者可以套用下面的格式，接下來就讓我們一起來了解一下這部分內(nèi)容。
1.計(jì)算年數(shù)
如果您想通過生日來計(jì)算這個(gè)人的年齡，可以用以下的語句來實(shí)現(xiàn)：
SELECT
DATE_FORMAT(FROM_DAYS(TO_DAYS(now())
-
TO_DAYS(@dateofbirth))，
'%Y')
+
0;
2.兩個(gè)時(shí)間的差
取得兩個(gè)
datetime
值的差。假設(shè)
dt1
和
dt2
是
datetime
類型，其格式為
‘yyyy-mm-dd
hh:mm:ss'，那么它們之間所差的秒數(shù)為：UNIX_TIMESTAMP(
dt2
)
-
UNIX_TIMESTAMP(
dt1
)
除以60就是所差的分鐘數(shù)，除以3600就是所差的小時(shí)數(shù)，再除以24就是所差的天數(shù)。
3.顯示某一列出現(xiàn)過N次的值
SELECT
id
FROM
tbl
GROUP
BY
id
HAVING
COUNT(*)
=
N;
4.計(jì)算兩個(gè)日子間的工作日
所謂工作日就是除出周六周日和節(jié)假日。
SELECT
COUNT(*)
FROM
calendar
WHERE
d
BETWEEN
Start
AND
Stop
AND
DAYOFWEEK(d)
NOT
IN(1,7)
AND
holiday=0;
5.查找表中的主鍵
SELECT
k.column_name
FROM
information_schema.table_constraints
t
JOIN
information_schema.key_column_usage
k
USING
(constraint_name,table_schema,table_name)
WHERE
t.constraint_type='PRIMARY
KEY'
AND
t.table_schema='db'
AND
t.table_name=tbl'
6.查看你的數(shù)庫有多大
SELECT
table_schema
AS
'Db
Name',
Round(
Sum(
data_length
+
index_length
)
/
1024
/
1024,
3
)
AS
'Db
Size
(MB)',
Round(
Sum(
data_free
)
/
1024
/
1024,
3
)
AS
'Free
Space
(MB)'
FROM
information_schema.tables
GROUP
BY
table_schema
;
關(guān)于MySQL數(shù)據(jù)庫的比較有用的SQL語句的介紹就到這里了.
問題描述：
啟動(dòng)數(shù)據(jù)節(jié)點(diǎn)
/usr/local/mysql/bin/ndbd--initial
/usr/local/mysql/bin/ndbd:unknown variable 'log-bin=mysql-bin'
解決過程：
解：vim /etc/my.cnf注釋log-bin=mysql-bin、server-id=1、skip-locking
原因分析：
111015 7:30:10 [Warning] '--skip-locking' isdeprecated and will be removed in a future release. Please use'--skip-external-locking' instead.
經(jīng)驗(yàn)總結(jié)：
新的版本會(huì)拋棄有些參數(shù)，只要按照常規(guī)方法做，遇到問題按提示的解決就好了。
重慶分公司
重慶分公司
