建站
咨詢
售后
建站咨詢
新聞中心
在數(shù)據(jù)庫中，經(jīng)常會聽到“比2少3”的術語。對于一些新手來說，這可能是一個非常不好理解的概念。但是，一旦你理解了這個術語的含義和它在數(shù)據(jù)庫中的應用方式，你就可以更好地理解數(shù)據(jù)庫的工作原理。
成都創(chuàng)新互聯(lián)公司從2013年成立，是專業(yè)互聯(lián)網(wǎng)技術服務公司，擁有項目成都網(wǎng)站設計、成都網(wǎng)站建設網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元舞鋼做網(wǎng)站,已為上家服務,為舞鋼各地企業(yè)和個人服務,聯(lián)系電話:13518219792
什么是“比2少3”的數(shù)據(jù)庫？
我們需要了解這個術語的含義。在數(shù)據(jù)庫中，“比2少3”實際上指的是冗余副本的數(shù)量。當你聽到某個數(shù)據(jù)庫存在“比2少3”的冗余副本時，意味著在你能夠找到基本副本之外，還有3組冗余副本可以用來支持數(shù)據(jù)的可靠性和可用性。
換句話說，一個“比2少3”的數(shù)據(jù)庫實際上是指有五組副本，其中有兩組作為基本副本，另外三組是冗余副本。這些冗余副本可以在故障發(fā)生時代替基本副本工作，以保證數(shù)據(jù)的可靠性和持續(xù)性。
“比2少3”與“3份2副本”的區(qū)別
有時候，“比2少3”的概念被認為是等同于“3份2副本”。雖然這兩種概念有相似之處，但它們并不是相同的。
“3份2副本”指的是只有兩組基本副本和另外一組冗余副本。這樣的數(shù)據(jù)庫通常不能在任意一組基本副本不可用時繼續(xù)工作。
在“比2少3”的情況下，有五組副本，包括兩組基本副本和另外三組冗余副本。這相當于在“3份2副本”基礎上多添加了三組冗余副本，可以提高數(shù)據(jù)庫的可靠性和可用性。
“比2少3”背后的重要性
冗余副本數(shù)量的增加可以在多個級別上增強數(shù)據(jù)庫的抗故障能力。這些級別包括：
1.防止數(shù)據(jù)丟失
在“比2少3”的情況下，即使兩組基本副本中的某一組發(fā)生故障，三組冗余副本也能保證數(shù)據(jù)不會丟失，從而確保數(shù)據(jù)可靠性。
2.提高恢復速度
“比2少3”的數(shù)據(jù)庫能夠比擁有較少副本的數(shù)據(jù)庫更快地恢復數(shù)據(jù)。當發(fā)生問題時，備份數(shù)據(jù)庫中的數(shù)據(jù)可以快速替換損壞的老數(shù)據(jù)。
3.提高可用性
更多的副本意味著更高的可用性。未來如果基本副本出現(xiàn)任何問題，其他冗余副本可以代替它工作，從而避免了服務終端。
結(jié)論
了解“比2少3”的數(shù)據(jù)庫概念可以幫助你更好地理解數(shù)據(jù)庫的工作過程，以及如何保護你的數(shù)據(jù)免受數(shù)據(jù)損壞或丟失的影響。盡管“比2少3”不一定適用于所有的數(shù)據(jù)庫環(huán)境，但它為保護和增強數(shù)據(jù)保障提供了一種方法。
相關問題拓展閱讀：
- 影響數(shù)據(jù)庫性能的主要因素有哪些？
- 數(shù)據(jù)庫實驗總結(jié)
影響數(shù)據(jù)庫性能的主要因素有哪些？
1、1、調(diào)整數(shù)據(jù)結(jié)構(gòu)的設計。這一部分在開發(fā)信息系統(tǒng)之前完成，程序員需要考慮是否使用ORACLE數(shù)據(jù)庫的分區(qū)功能，對于經(jīng)常訪問的數(shù)據(jù)庫表是否需要建立索引等。
2、2、調(diào)整應用程序結(jié)構(gòu)設計。這一部分也是在開發(fā)信息系統(tǒng)之前完成，程序員在這一步需要考慮應用程序使用什么樣的體系結(jié)構(gòu)，是使用傳統(tǒng)的Client/Server兩層體系結(jié)構(gòu)，還是使用Browser/Web/Database的三層體系結(jié)構(gòu)。不同的應用程序體系結(jié)構(gòu)要求的數(shù)據(jù)庫資源是不同的。
3、3、調(diào)整數(shù)據(jù)庫SQL語句。應用程序的執(zhí)行最終將歸結(jié)為數(shù)據(jù)庫中的SQL語句執(zhí)行，因此SQL語句的執(zhí)行效率最終決定了ORACLE數(shù)據(jù)庫的性能。ORACLE公司推薦使用ORACLE語句優(yōu)化器（Oracle Optimizer）和行鎖管理器（row-level manager）來調(diào)整優(yōu)化SQL語句。
4、4、調(diào)整服務器內(nèi)存分配。內(nèi)存分配是在信息系統(tǒng)運行過程中優(yōu)化配置的，數(shù)據(jù)庫管理員可以根據(jù)數(shù)據(jù)庫運行狀況調(diào)整數(shù)據(jù)庫系統(tǒng)全局區(qū)（SGA區(qū)）的數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)和共享池的大??；還可以調(diào)整程序全局區(qū)（PGA區(qū)）的大小。需要注意的是，SGA區(qū)不是越大越好，SGA區(qū)過大會占用操作系統(tǒng)使用的內(nèi)存而引起虛擬內(nèi)存的頁面交換，這樣反而會降低系統(tǒng)。
5、5、調(diào)整硬盤I/O，這一步是在信息系統(tǒng)開發(fā)之前完成的。數(shù)據(jù)庫管理員可以將組成同一個表空間的數(shù)據(jù)文件放在不同的硬盤上，做到硬盤之間I/O負載均衡。
6、6、調(diào)整操作系統(tǒng)參數(shù)，例如：運行在UNIX操作系統(tǒng)上的ORACLE數(shù)據(jù)庫，可以調(diào)整UNIX數(shù)據(jù)緩沖池的大小，每個進程所能使用的內(nèi)存大小等參數(shù)。
實際上，上述數(shù)據(jù)庫優(yōu)化措施之間是相互聯(lián)系的。ORACLE數(shù)據(jù)庫性能惡化表現(xiàn)基本上都是用戶響應時間比較長，需要用戶長時間的等待。但性能惡化的原因卻是多種多樣的，有時是多個因素共同造成了性能惡化的結(jié)果，這就需要數(shù)據(jù)庫管理員有比較全面的計算機知識，能夠敏感地察覺到影響數(shù)據(jù)庫性能的主要原因所在。另外，良好的數(shù)據(jù)庫管理工具對于優(yōu)化數(shù)據(jù)庫性能也是很重要的。
ORACLE數(shù)據(jù)庫性能優(yōu)化工具
常用的數(shù)據(jù)庫性能優(yōu)化工具有：
1、1、ORACLE數(shù)據(jù)庫在線數(shù)據(jù)字典，ORACLE在線數(shù)據(jù)字典能夠反映出ORACLE動態(tài)運行情況，對于調(diào)整數(shù)據(jù)庫性能是很有幫助的。
2、2、操作系統(tǒng)工具，例如UNIX操作系統(tǒng)的vmstat，iostat等命令可以查看到系統(tǒng)系統(tǒng)級內(nèi)存和硬盤I/O的使用情況，這些工具對于管理員弄清出系統(tǒng)瓶頸出現(xiàn)在什么地方有時候很有用。
3、3、SQL語言跟蹤工具（SQL TRACE FACILITY），SQL語言跟蹤工具可以記錄SQL語句的執(zhí)行情況，管理員可以使用虛擬表來調(diào)整實例，使用SQL語句跟蹤文件調(diào)整應用程序性能。SQL語言跟蹤工具將結(jié)果輸出成一個操作系統(tǒng)的文件，管理員可以使用TKPROF工具查看這些文件。
4、4、ORACLE Enterprise Manager（OEM），這是一個圖形的用戶管理界面，用戶可以使用它方便地進行數(shù)據(jù)庫管理而不必記住復雜的ORACLE數(shù)據(jù)庫管理的命令。
5、5、EXPLAIN PLAN——SQL語言優(yōu)化命令，使用這個命令可以幫助程序員寫出高效的SQL語言。
ORACLE數(shù)據(jù)庫的系統(tǒng)性能評估
信息系統(tǒng)的類型不同，需要關注的數(shù)據(jù)庫參數(shù)也是不同的。數(shù)據(jù)庫管理員需要根據(jù)自己的信息系統(tǒng)的類型著重考慮不同的數(shù)據(jù)庫參數(shù)。
1、1、在線事務處理信息系統(tǒng)（OLTP），這種類型的信息系統(tǒng)一般需要有大量的Insert、Update操作，典型的系統(tǒng)包括民航機票發(fā)售系統(tǒng)、銀行儲蓄系統(tǒng)等。OLTP系統(tǒng)需要保證數(shù)據(jù)庫的并發(fā)性、可靠性和最終用戶的速度，這類系統(tǒng)使用的ORACLE數(shù)據(jù)庫需要主要考慮下述參數(shù)：
l l 數(shù)據(jù)庫回滾段是否足夠？
l l 是否需要建立ORACLE數(shù)據(jù)庫索引、聚集、散列？
l l 系統(tǒng)全局區(qū)（SGA）大小是否足夠？
l l SQL語句是否高效？
2、2、數(shù)據(jù)倉庫系統(tǒng)（Data Warehousing），這種信息系統(tǒng)的主要任務是從ORACLE的海量數(shù)據(jù)中進行查詢，得到數(shù)據(jù)之間的某些規(guī)律。數(shù)據(jù)庫管理員需要為這種類型的ORACLE數(shù)據(jù)庫著重考慮下述參數(shù)：
l l 是否采用B*-索引或者bitmap索引？
l l 是否采用并行SQL查詢以提高查詢效率？
l l 是否采用PL/SQL函數(shù)編寫存儲過程？
l l 有必要的話，需要建立并行數(shù)據(jù)庫提高數(shù)據(jù)庫的查詢效率
SQL語句的調(diào)整原則
SQL語言是一種靈活的語言，相同的功能可以使用不同的語句來實現(xiàn)，但是語句的執(zhí)行效率是很不相同的。程序員可以使用EXPLAIN PLAN語句來比較各種實現(xiàn)方案，并選出更優(yōu)的實現(xiàn)方案?？偟脕碇v，程序員寫SQL語句需要滿足考慮如下規(guī)則：
1、1、盡量使用索引。試比較下面兩條SQL語句：
語句A：SELECT dname, deptno FROM dept WHERE deptno NOT IN
(SELECT deptno FROM emp);
語句B：SELECT dname, deptno FROM dept WHERE NOT EXISTS
(SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
這兩條查詢語句實現(xiàn)的結(jié)果是相同的，但是執(zhí)行語句A的時候，ORACLE會對整個emp表進行掃描，沒有使用建立在emp表上的deptno索引，執(zhí)行語句B的時候，由于在子查詢中使用了聯(lián)合查詢，ORACLE只是對emp表進行的部分數(shù)據(jù)掃描，并利用了deptno列的索引，所以語句B的效率要比語句A的效率高一些。
2、2、選擇聯(lián)合查詢的聯(lián)合次序。考慮下面的例子：
SELECT stuff FROM taba a, tabb b, tabc c
WHERE a.acol between :alow and :ahigh
AND b.bcol between :blow and :bhigh
AND c.ccol between :clow and :chigh
AND a.key1 = b.key1
AMD a.key2 = c.key2;
這個SQL例子中，程序員首先需要選擇要查詢的主表，因為主表要進行整個表數(shù)據(jù)的掃描，所以主表應該數(shù)據(jù)量最小，所以例子中表A的acol列的范圍應該比表B和表C相應列的范圍小。
3、3、在子查詢中慎重使用IN或者NOT IN語句，使用where (NOT) exists的效果要好的多。
4、4、慎重使用視圖的聯(lián)合查詢，尤其是比較復雜的視圖之間的聯(lián)合查詢。一般對視圖的查詢更好都分解為對數(shù)據(jù)表的直接查詢效果要好一些。
5、5、可以在參數(shù)文件中設置SHARED_POOL_RESERVED_SIZE參數(shù)，這個參數(shù)在SGA共享池中保留一個連續(xù)的內(nèi)存空間，連續(xù)的內(nèi)存空間有益于存放大的SQL程序包。
6、6、ORACLE公司提供的DBMS_SHARED_POOL程序可以幫助程序員將某些經(jīng)常使用的存儲過程“釘”在SQL區(qū)中而不被換出內(nèi)存，程序員對于經(jīng)常使用并且占用內(nèi)存很多的存儲過程“釘”到內(nèi)存中有利于提高最終用戶的響應時間。
CPU參數(shù)的調(diào)整
CPU是服務器的一項重要資源，服務器良好的工作狀態(tài)是在工作高峰時CPU的使用率在90％以上。如果空閑時間CPU使用率就在90％以上，說明服務器缺乏CPU資源，如果工作高峰時CPU使用率仍然很低，說明服務器CPU資源還比較富余。
使用操作相同命令可以看到CPU的使用情況，一般UNIX操作系統(tǒng)的服務器，可以使用sar –u命令查看CPU的使用率，NT操作系統(tǒng)的服務器，可以使用NT的性能管理器來查看CPU的使用率。
數(shù)據(jù)庫管理員可以通過查看v$sysstat數(shù)據(jù)字典中“CPU used by this session”統(tǒng)計項得知ORACLE數(shù)據(jù)庫使用的CPU時間，查看“OS User level CPU time”統(tǒng)計項得知操作系統(tǒng)用戶態(tài)下的CPU時間，查看“OS System call CPU time”統(tǒng)計項得知操作系統(tǒng)系統(tǒng)態(tài)下的CPU時間，操作系統(tǒng)總的CPU時間就是用戶態(tài)和系統(tǒng)態(tài)時間之和，如果ORACLE數(shù)據(jù)庫使用的CPU時間占操作系統(tǒng)總的CPU時間90％以上，說明服務器CPU基本上被ORACLE數(shù)據(jù)庫使用著，這是合理，反之，說明服務器CPU被其它程序占用過多，ORACLE數(shù)據(jù)庫無法得到更多的CPU時間。
數(shù)據(jù)庫管理員還可以通過查看v$sesstat數(shù)據(jù)字典來獲得當前連接ORACLE數(shù)據(jù)庫各個會話占用的CPU時間，從而得知什么會話耗用服務器CPU比較多。
出現(xiàn)CPU資源不足的情況是很多的：SQL語句的重解析、低效率的SQL語句、鎖沖突都會引起CPU資源不足。
1、數(shù)據(jù)庫管理員可以執(zhí)行下述語句來查看SQL語句的解析情況：
SELECT * FROM V$SYSSTAT
WHERE NAME IN
(‘parse time cpu’, ‘parse time elapsed’, ‘parse count (hard)’);
這里parse time cpu是系統(tǒng)服務時間，parse time elapsed是響應時間，用戶等待時間
waite time = parse time elapsed – parse time cpu
由此可以得到用戶SQL語句平均解析等待時間＝waite time / parse count。這個平均等待時間應該接近于0，如果平均解析等待時間過長，數(shù)據(jù)庫管理員可以通過下述語句
SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA
ORDER BY PARSE_CALLS;
來發(fā)現(xiàn)是什么SQL語句解析效率比較低。程序員可以優(yōu)化這些語句，或者增加ORACLE參數(shù)SESSION_CACHED_CURSORS的值。
2、數(shù)據(jù)庫管理員還可以通過下述語句：
SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;
查看低效率的SQL語句，優(yōu)化這些語句也有助于提高CPU的利用率。
3、3、數(shù)據(jù)庫管理員可以通過v$system_event數(shù)據(jù)字典中的“l(fā)atch free”統(tǒng)計項查看ORACLE數(shù)據(jù)庫的沖突情況，如果沒有沖突的話，latch free查詢出來沒有結(jié)果。如果沖突太大的話，數(shù)據(jù)庫管理員可以降低spin_count參數(shù)值，來消除高的CPU使用率。
內(nèi)存參數(shù)的調(diào)整
內(nèi)存參數(shù)的調(diào)整主要是指ORACLE數(shù)據(jù)庫的系統(tǒng)全局區(qū)（SGA）的調(diào)整。SGA主要由三部分構(gòu)成：共享池、數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)。
1、 1、 共享池由兩部分構(gòu)成：共享SQL區(qū)和數(shù)據(jù)字典緩沖區(qū)，共享SQL區(qū)是存放用戶SQL命令的區(qū)域，數(shù)據(jù)字典緩沖區(qū)存放數(shù)據(jù)庫運行的動態(tài)信息。數(shù)據(jù)庫管理員通過執(zhí)行下述語句：
select (sum(pins – reloads)) / sum(pins) “Lib Cache” from v$librarycache;
來查看共享SQL區(qū)的使用率。這個使用率應該在90％以上，否則需要增加共享池的大小。數(shù)據(jù)庫管理員還可以執(zhí)行下述語句：
select (sum(gets – getmisses – usage – fixed)) / sum(gets) “Row Cache” from v$rowcache;
查看數(shù)據(jù)字典緩沖區(qū)的使用率，這個使用率也應該在90％以上，否則需要增加共享池的大小。
2、 2、 數(shù)據(jù)緩沖區(qū)。數(shù)據(jù)庫管理員可以通過下述語句：
SELECT name, value FROM v$sysstat WHERE name IN (‘db block gets’, ‘consistent gets’,’physical reads’);
來查看數(shù)據(jù)庫數(shù)據(jù)緩沖區(qū)的使用情況。查詢出來的結(jié)果可以計算出來數(shù)據(jù)緩沖區(qū)的使用命中率＝1 – ( physical reads / (db block gets + consistent gets) )。
這個命中率應該在90％以上，否則需要增加數(shù)據(jù)緩沖區(qū)的大小。
3、 3、 日志緩沖區(qū)。數(shù)據(jù)庫管理員可以通過執(zhí)行下述語句：
select name,value from v$sysstat where name in (‘redo entries’,’redo log space requests’);查看日志緩沖區(qū)的使用情況。查詢出的結(jié)果可以計算出日志緩沖區(qū)的申請失敗率：
申請失敗率＝requests/entries，申請失敗率應該接近于0，否則說明日志緩沖區(qū)開設太小，需要增加ORACLE數(shù)據(jù)庫的日志緩沖區(qū)。
以MySQL為例：
影響數(shù)據(jù)庫性能的主要因素總結(jié)如下：
1、sql查詢速度
2、網(wǎng)卡流量
3、服務器硬件
4、磁盤IO
以上因素并不是時時刻刻都會影響數(shù)據(jù)庫性能，而就像
木桶效應
一樣。如果其中一個因素嚴重影響性能，那么整個數(shù)據(jù)庫性能就會嚴重受阻。另外，這些影響因素都是相對的。
例如
：當數(shù)據(jù)量并沒有達到百萬千萬這樣的級別，那么sql查詢速度也許就不是個重要因素，換句話說，你的
sql語句
效率適當?shù)拖驴赡懿⒉挥绊懻麄€效率多少，反之，這種情況，無論如何怎么優(yōu)化sql語句，可能都沒有太明顯的效果。
相關內(nèi)容拓展：
1、SQL查詢速度
風險：效率低下的SQL
2、網(wǎng)卡流量
風險：網(wǎng)卡IO被占滿（100Mb/8=100MB）
方案：
①減少從服務器的數(shù)量。從服務器都要從主服務器上復制日志，所以，從服務器越多，網(wǎng)絡流量越大。
②進行分級緩存。前方大量緩存突然失效會對數(shù)據(jù)庫造成嚴重的沖擊。
③避免使用“select * ”進行查詢
④分離業(yè)務網(wǎng)絡和服務器網(wǎng)絡
3、磁盤IO
風險：磁盤IO性能突然下降。
方案：使用更好的磁盤設備解決。
就我的理解,除去硬件原因,軟件的性能提升主要是時間復雜性和空間復雜性這兩方面的優(yōu)化,就時間復雜性來說,主要是算法方面的優(yōu)化,也就是程序執(zhí)行邏輯的優(yōu)化,不能說代碼越少程序越高效,代碼少只是減少了你的工作量,對程序性能方面沒有直接的影響.舉個例子,現(xiàn)在用得很多的struts2框架,在后臺能自動幫你封裝頁面參數(shù),可以減少很多的代碼,但這種方式并不比傳統(tǒng)的在后臺用httpservletrequest.getParameter()方式高效,因為它要用到反射要花費多一點的時間;算法精短對性能也沒直接影響,只能減少你的代碼量,我覺得算法的合理性才是提高軟件性能最重要的原因.
至于空間復雜度,主要是I/O操作方面的問題,例如數(shù)據(jù)庫操作,主要是sql合不合理,相同的實現(xiàn)不同的實現(xiàn)方法的執(zhí)行效率差距是巨大的.
除去這兩個,服務器和數(shù)據(jù)庫的調(diào)優(yōu)也對軟件性能起很大的作用.
數(shù)據(jù)庫實驗總結(jié)
數(shù)據(jù)庫實驗總結(jié)【一】
試驗內(nèi)容
1、 數(shù)據(jù)表的建立
基本表《簡單的》帶有主鍵
帶有外碼約束的(外碼來自其他表或者本表)
2、 數(shù)據(jù)表的修改
添加刪除列
修改列屬性類型
添加刪除約束(約束名)
元組的添加，修改，刪除
刪除數(shù)據(jù)表
試驗過程
1、create table student
(
sno char(9) primary key , /*sno是主碼 列級完整性約束條件*/
sname char(20) unique, /*sname取唯一值*/
ssex char(2),
sage allint, /*類型為allint*/
sdept char(20) /*所在系*/
);
create table course
(
cno char(4) primary key, /*列級完整性約束條件，cno是主碼*/
cname char(40),
cpno char(4), /*cpno的含義是先行課*/
ccredit allint,
foreign key (cpno) references course(cno)
/*表級完整性約束條件，cpno是外碼，被參照表是course，被參照列是cno*/
);
create table sc
(
sno char(9),
cno char(4),
grade allint,
primary key (sno,cno),
/*主碼有兩個屬性構(gòu)成，必須作為表級完整性進行定義*/
foreign key (sno) references student(sno),
/*表級完整性約束條件，sno是外碼，被參照表是student*/
foreign key (cno) references course(cno),
/*表級完整性約束條件,cno是外碼,被參照表示course*/
);
例1、create table s
(
cno varchar(3), /*變長的字符串,輸入2個字符就是兩個字符不會補空格*/
sname varchar(20),
status int,
city varchar(20),
constraint pk_sno primary key(sno), /*約束條件的名字為pk_sno*/
);
create table p
(
pno varchar(3),
pname varchar(20),
color varchar(3),
weight int,
constraint pk_pno primary key (pno), /*約束條件的名字是pk_pno*/
);
create table j
(
jno varchar(3),
jname varchar(20),
city varchar(20),
constraint pk_jno primary key(jno) /*約束條件的名字為pk_jno*/
);
例2、create table spj
(
sno varchar(3), /*之一個表中的主碼*/
pno varchar(3),
jno varchar(3),
qty int, /*數(shù)量*/
constraint pk_spj primary key(sno,pno,jno), /*主碼由3個屬性組成*/
foreign key(sno) references s(sno),
/*表級完整性約束條件，sno是外碼，被參照表是s*/
foreign key(pno) references p(pno),
/*表級完整性約束條件，pno是外碼，被參照表是p*/
foreign key(jno) references j(jno),
/*表級完整性約束條件，jno是外碼，被參照表是j*/
);
2、數(shù)據(jù)表的更改
在s表中添加一個concat 列
alter table s add concat varchar(20)
在s表中刪除concat 列
alter table s drop column concat
更改s表 concat列的屬性 把長度由20改為30
alter table s alter column concat varchar(30)
聯(lián)系方式 名字為concat 修改屬性為唯一的 屬性名為con_concat
alter table s add constraint con_concat unique(concat)
刪除約束關系con_concat
alter table s drop constraint con_concat
/*插入一個元組*/
insert into s valus(‘s1’,’精益’,20,’天津’) /*20不能寫成’20’*/
試驗中的問題的排除與總結(jié)：
1、在創(chuàng)建spj時
有三個實體所以從3個實體中取主碼，還有一個數(shù)量屬性也要寫上
主碼由那3個主碼確定
2、更改一個數(shù)據(jù)庫中數(shù)據(jù)表時一定要先使該數(shù)據(jù)庫處于正在使用狀態(tài)
3、constraint
是可選關鍵字，表示 primary key、not null、unique、foreign key 或 check 約束定義的開始。約束是特殊屬性，用于強制數(shù)據(jù)完整性并可以為表及其列創(chuàng)建索引。
4、–go可以不加但是要注意順序 注：go –注釋 提示錯誤
5、注意添加一個空元素用 null
附 sql備份
–創(chuàng)建一個數(shù)據(jù)庫 student
create database student
go
–在數(shù)據(jù)庫student中創(chuàng)建表student course sc 注意順序
use student
create table student
(
sno char(9) primary key, /*sno是主碼 列級完整性約束條件*/
sname char(10) unique, /*sname取唯一值*/
ssex char(2),
sage allint, /*類型為allint*/
sdept char(20) /*所在系*/
); /*;要加*/
數(shù)據(jù)庫實驗總結(jié)【二】
我在sql server 索引基礎知識系列中,之一篇就講了記錄數(shù)據(jù)的基本格式。那里主要講解的是，數(shù)據(jù)庫的最小讀存單元：數(shù)據(jù)頁。一個數(shù)據(jù)頁是8k大小。
對于數(shù)據(jù)庫來說，它不會每次有一個數(shù)據(jù)頁變化后，就存到硬盤。而是變化達到一定數(shù)量級后才會作這個操作。 這時候，數(shù)據(jù)庫并不是以數(shù)據(jù)頁來作為操作單元，而是以64k的數(shù)據(jù)(8個數(shù)據(jù)頁，一個區(qū))作為操作單元。
區(qū)是管理空間的基本單位。一個區(qū)是八個物理上連續(xù)的頁(即 64 kb)。這意味著 sql server 數(shù)據(jù)庫中每 mb 有 16 個區(qū)。
為了使空間分配更有效，sql server 不會將所有區(qū)分配給包含少量數(shù)據(jù)的表。sql server 有兩種類型的區(qū)：
統(tǒng)一區(qū)，由單個對象所有。區(qū)中的所有 8 頁只能由所屬對象使用。
混合區(qū)，最多可由八個對象共享。區(qū)中八頁的每頁可由不同的對象所有。
通常從混合區(qū)向新表或索引分配頁。當表或索引增長到 8 頁時，將變成使用統(tǒng)一區(qū)進行后續(xù)分配。如果對現(xiàn)有表創(chuàng)建索引，并且該表包含的行足以在索引中生成 8 頁，則對該索引的所有分配都使用統(tǒng)一區(qū)進行。
為何會這樣呢?
其實很簡單：
讀或?qū)?8kb 的時間與讀或?qū)?64 kb的時間幾乎相同。
在 8 kb 到 64 kb 范圍之內(nèi)，單個磁盤 i/o 傳輸操作所花的時間主要是磁盤取數(shù)臂和讀/寫磁頭運動的時間。
因此，從數(shù)學上來講，當需要傳輸 64 kb 以上的 sql 數(shù)據(jù)時，
盡可能地執(zhí)行 64 kb 磁盤傳輸是有益的，即分成數(shù)個64k的操作。
因為 64 kb 傳輸基本上與 8 kb 傳輸一樣快，而每次傳輸?shù)?sql server 數(shù)據(jù)是 8 kb 傳輸?shù)?8 倍。
我們通過一個實例來看 有and 操作符時候的最常見的一種情況。我們有下面一個表，
create table .( . identity(1,1) not null, . not null, . not null, . null, . not null, . not null, . not null, . not null, . not null, . null, null, not null default (getdate()), not null default (dateadd(year,1,getdate())), . not null, . null, null default (0), null default (0), . not null default (‘ ‘))
這個表具備下面的四個索引：
索引名 細節(jié) 索引的列
member_corporation_link nonclustered located on primary corp_no
member_ident clustered, unique, primary key located on primary member_no
member_region_link nonclustered located on primary region_no
memberfirstname nonclustered located on primary firstname
當我們執(zhí)行下面的sql查詢時候，
select m.member_no, m.firstname, m.region_nofrom dbo.member as mwhere m.firstname like ‘k%’ and m.region_no > 6 and m.member_no 6) b
– 這個查詢可以直接使用 member_region_link 非聚集索引，而且這個非聚集索引覆蓋了所有查詢列– 實際執(zhí)行時，只需要 邏輯讀取 10 次
where a.member_no = b.member_no
不信，你可以看這兩個sql 的執(zhí)行計劃，以及邏輯讀信息，都是一樣的。
其實上面的sql，如果優(yōu)化成下面的方式，實際的邏輯讀消耗也是一樣的。為何sql server 不會優(yōu)化成下面的方式。是因為 and 操作符優(yōu)化的另外一個原則。
1/26 的數(shù)據(jù)和 1/6 的數(shù)據(jù)找交集的速度要比 1/52 的數(shù)據(jù)和 1/3 的數(shù)據(jù)找交集速度要慢。
select a.member_no,a.firstname,b.region_nofrom(select m.member_no, m.firstname from dbo.member as mwhere m.firstname like ‘k%’ — 1/26 數(shù)據(jù)) a,
(select m.member_no, m.region_no from dbo.member as mwhere m.region_no > 6 and m.member_no 6 and m.member_no 6 and m.member_no 6 and m.member_no 6 and m.member_no
這里 index 計算符可以是 0 ，1， 指定的一個或者多個索引名字。對于 0 ，1 的意義如下：
如果存在聚集索引，則 index(0) 強制執(zhí)行聚集索引掃描，index(1) 強制執(zhí)行聚集索引掃描或查找(使用性能更高的一種)。
如果不存在聚集索引，則 index(0) 強制執(zhí)行表掃描，index(1) 被解釋為錯誤。
總結(jié)知識點：
簡單來說，我們可以這么理解：sql server 對于每一條查詢語句。會根據(jù)實際索引情況(sysindexes 系統(tǒng)表中存儲這些信息)，分析每種組合可能的成本。然后選擇它認為成本最小的一種。作為它實際執(zhí)行的計劃。
成本代價計算的一個主要組成部分是邏輯i/o的數(shù)量，特別是對于單表的查詢。
and 操作要滿足所有條件，這樣，經(jīng)常會要求對幾個數(shù)據(jù)集作交集。數(shù)據(jù)集越小，數(shù)據(jù)集的交集計算越節(jié)省成本。
的項目中，竟然出現(xiàn)了濫用聚集索引的問題?？磥頉]有培訓最最基礎的索引的意義，代價，使用場景，是一個非常大的失誤。這篇博客就是從這個角度來羅列索引的基礎知識。
使用索引的意義
索引在數(shù)據(jù)庫中的作用類似于目錄在書籍中的作用，用來提高查找信息的速度。
使用索引查找數(shù)據(jù)，無需對整表進行掃描，可以快速找到所需數(shù)據(jù)。
使用索引的代價
索引需要占用數(shù)據(jù)表以外的物理存儲空間。
創(chuàng)建索引和維護索引要花費一定的時間。
當對表進行更新操作時，索引需要被重建，這樣降低了數(shù)據(jù)的維護速度。
創(chuàng)建索引的列
主鍵
外鍵或在表聯(lián)接操作中經(jīng)常用到的列
在經(jīng)常查詢的字段上更好建立索引
不創(chuàng)建索引的列
很少在查詢中被引用
包含較少的惟一值
定義為 text、ntext 或者 image 數(shù)據(jù)類型的列
heaps是staging data的很好選擇，當它沒有任何index時
excellent for high performance data loading (parallel bulk load and parallel index creation after load)
excellent as a partition to a partitioned view or a partitioned table
聚集索引提高性能的方法，在前面幾篇博客中分別提到過，下面只是一個簡單的大綱，細節(jié)請參看前面幾篇博客。
何時創(chuàng)建聚集索引?
clustered index會提高大多數(shù)table的性能，尤其是當它滿足以下條件時：
獨特, 狹窄, 靜止： 最重要的條件
持續(xù)增長的，更好是只向上增加。例如：
identity
date, identity
guid (only when using newsequentialid() function)
聚集索引唯一性(獨特型的問題)
由于聚集索引的b+樹結(jié)構(gòu)的葉子節(jié)點必須指向具體數(shù)據(jù)。如果你要建立聚集索引的列不唯一，并且你指定的創(chuàng)建的聚集索引是非唯一的聚集索引，則會有以下情況：
關于比2少3的數(shù)據(jù)庫的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
成都服務器租用選創(chuàng)新互聯(lián)，先試用再開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）提供簡單好用，價格厚道的香港/美國云服務器和獨立服務器。物理服務器托管租用：四川成都、綿陽、重慶、貴陽機房服務器托管租用。
當前標題：解密：如何理解比2少3的數(shù)據(jù)庫？ (比2少3的數(shù)據(jù)庫)
網(wǎng)站路徑：http://www.5511xx.com/article/cocijch.html
