2.創(chuàng)建老師表
成都創(chuàng)新互聯(lián)專注于北戴河企業(yè)網(wǎng)站建設(shè),自適應(yīng)網(wǎng)站建設(shè),成都做商城網(wǎng)站。北戴河網(wǎng)站建設(shè)公司,為北戴河等地區(qū)提供建站服務(wù)。全流程定制網(wǎng)站，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，成都創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)
注：一對多關(guān)系是在多的一邊添加外鍵來維護(hù)表之間的關(guān)系
1.修改老師表添加主鍵約束
2.修改老師表添加外鍵約束(參照完整性約束)
3.修改老師表刪除約束
4.建立學(xué)生跟學(xué)院的多對一關(guān)系(在多的一方添加外鍵列)
1.給學(xué)院表錄入3條記錄
2.嘗試刪除和更新計(jì)算機(jī)學(xué)院
1.建立老師和課程的多對多關(guān)系 (通過中間表來維護(hù))
注意：分組之前的篩選用where，分組之后的篩選用having
事務(wù)(transaction):多個(gè)操作不可分割，要么全成功要么全失敗。
1.原子性(Atomicity):事務(wù)中的操作不可分割。
2.一致性(Consistency):事務(wù)前后數(shù)據(jù)狀態(tài)要一致。
3.隔離性(Isolation):多個(gè)并發(fā)事務(wù)不能看到彼此的中間狀態(tài)。
4.持久性(Duration):事務(wù)完成后數(shù)據(jù)要持久化。
1.開啟事務(wù)
2.提交事務(wù)
3.回滾事務(wù)
MySQL里面有如下的表
user:id username
photo:id name
photo_favour（圖片收藏關(guān)系表）:photo_id user_id
假設(shè)這幾個(gè)表都相當(dāng)大，需要進(jìn)行分表。我的分表規(guī)則是：
user表按照id取模，這樣user相關(guān)的表都可以按照這個(gè)取模后的結(jié)果來分表；
photo表按照id取模，同樣與photo相關(guān)的表都可以按該規(guī)則分表；
至于photo_favour是一個(gè)多對多的關(guān)系表，我現(xiàn)在的想法是該表復(fù)制多一份，一份以photo_id來分表，一份以user_id分表，分別建立不同的索引，這樣就變?yōu)閮蓚€(gè)一對多的關(guān)系。
我有兩個(gè)問題：
1、這樣的分表可行嗎，有更好的分表方法嗎？
2、一對多的關(guān)系在進(jìn)行分表時(shí)候，例如user表和user_favour表都按照user_id來取模得到序號x來確定分表。如果1個(gè)用戶會有100條收藏記錄，那么user_x有100W條記錄時(shí)候user_favour_x分表就有1000W記錄，這時(shí)候user_favour_x又需要分表了，怎么解決這種情況？
這種情況我會放棄多對多的形式，弄兩個(gè)表
user_to_photos: user_id, photo_id_list
photo_to_users: photo_id, user_id_list
1個(gè)user喜歡的photo id全塞到photo_id_list
1個(gè)photo被哪些用戶喜歡了,也全塞到user_id_list
這樣的讀取就高效了很多，，寫的時(shí)候注意并發(fā)臟寫。。。同樣你根據(jù)user_id愛怎么分表就怎么分。
===
如果收藏量太大，還是不能滿足，就要考慮切分記錄，1個(gè)user可以擁有多條記錄，每條記錄都可記錄多個(gè)photo id
user_to_photos: user_id, num, photo_id_list
num字段可有可無，如果你需要精確定位user 222 收藏的 photo 333在哪條記錄，就需要安排好算法，找到對應(yīng)的num
大概是這樣，重點(diǎn)是算法邏輯
數(shù)據(jù)庫中建表時(shí)經(jīng)常所說一對一、一對多、多對多等等關(guān)系究竟是什么意思？分別在什么情況下要用到一對一或一對式，而又在什么情況下又要用到多對多？在這里我們詳細(xì)分析，并且用實(shí)例來講解各種關(guān)系的實(shí)際運(yùn)用！
關(guān)聯(lián)映射：一對多/多對一存在最普遍的映射關(guān)系，簡單來講就如球員與球隊(duì)的關(guān)系；一對多：從球隊(duì)角度來說一個(gè)球隊(duì)擁有多個(gè)球員 即為一對多多對一：從球員角度來說多個(gè)球員屬于一個(gè)球隊(duì) 即為多對一數(shù)據(jù)表間一對多關(guān)系如下圖：
關(guān)聯(lián)映射：一對一關(guān)系就如球隊(duì)與球隊(duì)所在地址之間的關(guān)系，一支球隊(duì)僅有一個(gè)地址，而一個(gè)地址區(qū)也僅有一支球隊(duì)。數(shù)據(jù)表間一對一關(guān)系的表現(xiàn)有兩種，一種是外鍵關(guān)聯(lián)，一種是主鍵關(guān)聯(lián)。圖示如下：
一對一外鍵關(guān)聯(lián)：
----------------------------------------------------------------------------------------------------------
前言：多對多關(guān)系至少需要3個(gè)表，我們把一個(gè)表叫做主表，一個(gè)叫做關(guān)系表，另外一個(gè)叫做字典表或者副表（字典表是紀(jì)錄比較少，而且基本穩(wěn)定的，例如：版塊名稱；副表是內(nèi)容比較多，內(nèi)容變化的，例如）。
按照數(shù)據(jù)庫的增刪查改操作，多對多關(guān)系的查找都可以用inner join或者
select * from 主表 where id in (select 主表id from 關(guān)系表)
1，角色任命型
特點(diǎn)：關(guān)系表兩外鍵組合無重復(fù)紀(jì)錄，關(guān)系表一般不需要時(shí)間字段和主鍵，有一個(gè)表是字典類型的表。
界面特點(diǎn)：顯示主表，用checkbox或多選select設(shè)置多選關(guān)系。
例如：任命版主（用戶表-關(guān)系表-版塊名稱表），角色權(quán)限控制等，用戶是5個(gè)版塊版主，只要關(guān)系表5行紀(jì)錄就可以確立，關(guān)系表的兩個(gè)外鍵具有聯(lián)合主鍵性質(zhì)。
增加關(guān)系：如果沒有組合紀(jì)錄，insert之。
刪除關(guān)系：如果有組合紀(jì)錄，刪除之。
2，集合分組型
特點(diǎn)：同角色任命型類似，關(guān)系表兩外鍵組合無重復(fù)紀(jì)錄，關(guān)系表一般不需要時(shí)間字段和主鍵。區(qū)別是主副表都不是字典表，可能都很大不固定。
界面特點(diǎn)：顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：歌曲專集（專集表-關(guān)系表-歌曲表）。手機(jī)分組（分組表-關(guān)系表-手機(jī)表）。用戶圈子（圈子表-關(guān)系表-用戶表）。文章標(biāo)簽（文章表-關(guān)系表-標(biāo)簽表）
增加關(guān)系：同版主任命型。
刪除關(guān)系：同版主任命型。
3，明細(xì)帳型
特點(diǎn)：關(guān)系表可以有重復(fù)紀(jì)錄，關(guān)系表一般有時(shí)間字段，有主鍵，可能還有文字型的字段用來說明每次發(fā)生關(guān)系的原因（消費(fèi)）。
界面特點(diǎn)：顯示關(guān)系表，用radio或下拉設(shè)置單選關(guān)系。
例如：現(xiàn)金消費(fèi)明細(xì)帳或訂單（用戶表-訂單表-消費(fèi)原因表），用戶可能多次在同一事情上重復(fù)消費(fèi)。積分變化紀(jì)錄也屬于這類。
增加關(guān)系：不管有沒有組合紀(jì)錄，insert之，紀(jì)錄時(shí)間。
刪除關(guān)系：根據(jù)關(guān)系表PK刪除。
4，評論回復(fù)型
特點(diǎn)：同明細(xì)帳型關(guān)系表一般有時(shí)間字段，有主鍵，區(qū)別是重點(diǎn)在文字型的字段用來說明每次發(fā)生關(guān)系的內(nèi)容（評論回復(fù)）。
界面特點(diǎn)：回復(fù)文本框。
例如：論壇回復(fù)（用戶表-回復(fù)表-帖子表），用戶可能多次在不同帖子上評論回復(fù)費(fèi)。
增加關(guān)系：不管有沒有組合紀(jì)錄，insert之，紀(jì)錄時(shí)間和文字。
刪除關(guān)系：根據(jù)關(guān)系表（回復(fù)表）PK刪除。
5，站內(nèi)短信型
特點(diǎn)：主副表是同一個(gè)，關(guān)系表一般有時(shí)間字段，有主鍵，重點(diǎn)在關(guān)系表文字型的字段用來說明每次發(fā)生關(guān)系的內(nèi)容（消息）或者其他標(biāo)記位來表示文字已讀狀態(tài)時(shí)間等。
界面特點(diǎn)：回復(fù)文本框。
例如：站內(nèi)短信（用戶表-短信表-用戶表），用戶可能給用戶群發(fā)或者單發(fā)，有標(biāo)記位來表示文字已讀狀態(tài)時(shí)間等。
增加關(guān)系：不管有沒有組合紀(jì)錄，insert之，紀(jì)錄時(shí)間和文字。
刪除關(guān)系：根據(jù)關(guān)系表（回復(fù)表）PK刪除。
6，用戶好友型
特點(diǎn)：主副表是同一個(gè)，同集合分組型，關(guān)系表兩外鍵組合無重復(fù)紀(jì)錄，關(guān)系表一般不需要時(shí)間字段和主鍵。
界面特點(diǎn)：同集合分組型，顯示主表，用搜索代替簡單的checkbox或多選select，或者一條一條的添加。
例如：下載站點(diǎn)的文件，（文件表-關(guān)系表-文件表）可以被軟件工具打開，軟件工具本身也是一種文件，可以被下載。用戶的好友，也是用戶（用戶表-好友關(guān)系表-用戶表）
增加關(guān)系：同版主任命型。
刪除關(guān)系：同版主任命型。
7，未知屬性型
特點(diǎn)：在設(shè)計(jì)初期，主表的某些字段類型和名稱是不確定的時(shí)候，關(guān)系表實(shí)際上是主表的可擴(kuò)展字段，
一個(gè)[主表]（ID），
一個(gè)[屬性名稱表]（屬性ID.屬性名稱)，
一個(gè)[屬性值表]，包括3個(gè)字段：
屬性值(屬性Value varchar(500))
主表ID
屬性ID
這樣可以作到最小冗余度。
（和常見的多對多關(guān)系不同的是：值統(tǒng)一用varchar來存儲，因?yàn)檫@類型的值一般不會用來計(jì)算）。
比如：
軍隊(duì)的數(shù)據(jù)庫設(shè)計(jì)中有種物資叫做“戰(zhàn)繳物資”，就是打仗的時(shí)候繳獲的，軍隊(duì)自己都不知道這些物資有什么屬性。
比如繳獲的化學(xué)品有化學(xué)名，通用名，是否有輻射，計(jì)量單位，包裝規(guī)格，數(shù)量等等，或者不是化學(xué)品是其他任何未知的東西。
這樣?xùn)|西就可以
某奇怪東西.屬性集合["某某奇怪屬性名"]="某某奇怪值"；
某變態(tài)東西.屬性集合["某某變態(tài)屬性名"]="某某變態(tài)值"；
這樣存儲。
再比如：
手機(jī)型號有幾千種，除了共同屬性外還有不同屬性有幾百個(gè)，屬性名和值類型都不一樣，有的手機(jī)有這屬性，有的沒有。
對于這樣的“多態(tài)”，我們就采用上面的設(shè)計(jì)結(jié)構(gòu)。
其效果相當(dāng)于：
某奇怪手機(jī).屬性集合["某某奇怪屬性名"]="某某奇怪值"；
某變態(tài)手機(jī).屬性集合["某某變態(tài)屬性名"]="某某變態(tài)值"；
界面特點(diǎn)：設(shè)置主表一行紀(jì)錄的屬性時(shí)候，要列出所有可能的屬性名稱，每個(gè)對應(yīng)一個(gè)文本框。
拿用戶角色來說
用戶? ←多對多→ 角色
概念模型如下：
生成物理模型就成了2個(gè)1對多：
箭頭指向多的一方
在多的一方增加 一 的一方的id，例如 A 有 n 個(gè)好友，則在好友表(friends)中，增加一個(gè)字段用于存放A的id，則可以通過下列語句查詢到A的所有好友：
select * from friends where Aid = ?
in后邊的sql有問題。
你試試單獨(dú)運(yùn)行“select pid from repost group by pid order by count(pid) desc limit 0, 3”。估計(jì)會保錯(cuò)。
看一下這個(gè)SQL selectsum(if((sex = 1 and age = 2),1,0)),sum(if((sex = 1 and age = 5),1,0)),sum(if((sex = 1 and age = 10),1,0))from a_test 這個(gè)SQL現(xiàn)在就是得出的這個(gè)結(jié)果
重慶分公司
重慶分公司
