一、資料庫設計過程
資料庫技術是信息資源管理最有效的手段。資料庫設計是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，有效存儲數據，滿足用戶信息要求和處理要求。
資料庫設計中需求分析階段綜合各個用戶的應用需求（現實世界的需求），在概念設計階段形成獨立於機器特點、獨立於各個DBMS產品的概念模式（信息世界模型），用E-R圖來描述。在邏輯設計階段將E-R圖轉換成具體的資料庫產品支持的數據模型如關系模型，形成資料庫邏輯模式。然後根據用戶處理的要求，安全性的考慮，在基本表的基礎上再建立必要的視圖（VIEW）形成數據的外模式。在物理設計階段根據DBMS特點和處理的需要，進行物理存儲安排，設計索引，形成資料庫內模式。
1. 需求分析階段
需求收集和分析，結果得到數據字典描述的數據需求（和數據流圖描述的處理需求）。
需求分析的重點是調查、收集與分析用戶在數據管理中的信息要求、處理要求、安全性與完整性要求。
需求分析的方法：調查組織機構情況、調查各部門的業務活動情況、協助用戶明確對新系統的各種要求、確定新系統的邊界。
常用的調查方法有： 跟班作業、開調查會、請專人介紹、詢問、設計調查表請用戶填寫、查閱記錄。
分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。自頂向下的結構化分析方法（Structured Analysis，簡稱SA方法）從最上層的系統組織機構入手，採用逐層分解的方式分析系統，並把每一層用數據流圖和數據字典描述。
數據流圖表達了數據和處理過程的關系。系統中的數據則藉助數據字典（Data Dictionary，簡稱DD）來描述。
數據字典是各類數據描述的集合，它是關於資料庫中數據的描述，即元數據，而不是數據本身。數據字典通常包括數據項、數據結構、數據流、數據存儲和處理過程五個部分(至少應該包含每個欄位的數據類型和在每個表內的主外鍵)。
數據項描述＝｛數據項名，數據項含義說明，別名，數據類型，長度，
取值范圍，取值含義，與其他數據項的邏輯關系｝
數據結構描述＝｛數據結構名，含義說明，組成:｛數據項或數據結構｝｝
數據流描述＝｛數據流名，說明，數據流來源，數據流去向，
組成:｛數據結構｝，平均流量，高峰期流量｝
數據存儲描述＝｛數據存儲名，說明，編號，流入的數據流，流出的數據流，
組成:｛數據結構｝，數據量，存取方式｝
處理過程描述＝｛處理過程名，說明，輸入:｛數據流｝，輸出:｛數據流｝,
處理:｛簡要說明｝｝
2. 概念結構設計階段
通過對用戶需求進行綜合、歸納與抽象，形成一個獨立於具體DBMS的概念模型，可以用E-R圖表示。
概念模型用於信息世界的建模。概念模型不依賴於某一個DBMS支持的數據模型。概念模型可以轉換為計算機上某一DBMS支持的特定數據模型。
概念模型特點：
(1) 具有較強的語義表達能力，能夠方便、直接地表達應用中的各種語義知識。
(2) 應該簡單、清晰、易於用戶理解，是用戶與資料庫設計人員之間進行交流的語言。
概念模型設計的一種常用方法為IDEF1X方法，它就是把實體-聯系方法應用到語義數據模型中的一種語義模型化技術，用於建立系統信息模型。
使用IDEF1X方法創建E-R模型的步驟如下所示:
2.1 第零步——初始化工程
這個階段的任務是從目的描述和范圍描述開始，確定建模目標，開發建模計劃，組織建模隊伍，收集源材料，制定約束和規范。收集源材料是這階段的重點。通過調查和觀察結果，業務流程，原有系統的輸入輸出，各種報表，收集原始數據，形成了基本數據資料表。
2.2 第一步——定義實體
實體集成員都有一個共同的特徵和屬性集，可以從收集的源材料——基本數據資料表中直接或間接標識出大部分實體。根據源材料名字表中表示物的術語以及具有「代碼」結尾的術語，如客戶代碼、代理商代碼、產品代碼等將其名詞部分代表的實體標識出來，從而初步找出潛在的實體，形成初步實體表。
2.3 第二步——定義聯系
IDEF1X模型中只允許二元聯系，n元聯系必須定義為n個二元聯系。根據實際的業務需求和規則，使用實體聯系矩陣來標識實體間的二元關系，然後根據實際情況確定出連接關系的勢、關系名和說明，確定關系類型，是標識關系、非標識關系（強制的或可選的）還是非確定關系、分類關系。如果子實體的每個實例都需要通過和父實體的關系來標識，則為標識關系，否則為非標識關系。非標識關系中，如果每個子實體的實例都與而且只與一個父實體關聯，則為強制的，否則為非強制的。如果父實體與子實體代表的是同一現實對象，那麼它們為分類關系。
2.4 第三步——定義碼
通過引入交叉實體除去上一階段產生的非確定關系，然後從非交叉實體和獨立實體開始標識侯選碼屬性，以便唯一識別每個實體的實例，再從侯選碼中確定主碼。為了確定主碼和關系的有效性，通過非空規則和非多值規則來保證，即一個實體實例的一個屬性不能是空值，也不能在同一個時刻有一個以上的值。找出誤認的確定關系，將實體進一步分解，最後構造出IDEF1X模型的鍵基視圖（KB圖）。
2.5 第四步——定義屬性
從源數據表中抽取說明性的名詞開發出屬性表，確定屬性的所有者。定義非主碼屬性，檢查屬性的非空及非多值規則。此外，還要檢查完全依賴函數規則和非傳遞依賴規則，保證一個非主碼屬性必須依賴於主碼、整個主碼、僅僅是主碼。以此得到了至少符合關系理論第三範式的改進的IDEF1X模型的全屬性視圖。
2.6 第五步——定義其他對象和規則
定義屬性的數據類型、長度、精度、非空、預設值、約束規則等。定義觸發器、存儲過程、視圖、角色、同義詞、序列等對象信息。
3. 邏輯結構設計階段
將概念結構轉換為某個DBMS所支持的數據模型（例如關系模型），並對其進行優化。設計邏輯結構應該選擇最適於描述與表達相應概念結構的數據模型，然後選擇最合適的DBMS。
將E-R圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯系轉化為關系模式,這種轉換一般遵循如下原則：
1）一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性。實體的碼就是關系的碼。
2）一個m:n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。
3）一個1:n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合並。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。
4）一個1:1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合並。
5）三個或三個以上實體間的一個多元聯系轉換為一個關系模式。與該多元聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性。而關系的碼為各實體碼的組合。
6）同一實體集的實體間的聯系，即自聯系，也可按上述1:1、1:n和m:n三種情況分別處理。
7）具有相同碼的關系模式可合並。
為了進一步提高資料庫應用系統的性能，通常以規范化理論為指導，還應該適當地修改、調整數據模型的結構，這就是數據模型的優化。確定數據依賴。消除冗餘的聯系。確定各關系模式分別屬於第幾範式。確定是否要對它們進行合並或分解。一般來說將關系分解為3NF的標准，即：
表內的每一個值都只能被表達一次。
•?表內的每一行都應該被唯一的標識（有唯一鍵）。
表內不應該存儲依賴於其他鍵的非鍵信息。
4. 資料庫物理設計階段
為邏輯數據模型選取一個最適合應用環境的物理結構（包括存儲結構和存取方法）。根據DBMS特點和處理的需要，進行物理存儲安排，設計索引，形成資料庫內模式。
5. 資料庫實施階段
運用DBMS提供的數據語言（例如SQL）及其宿主語言（例如C），根據邏輯設計和物理設計的結果建立資料庫，編制與調試應用程序，組織數據入庫，並進行試運行。 資料庫實施主要包括以下工作：用DDL定義資料庫結構、組織數據入庫 、編制與調試應用程序、資料庫試運行
6. 資料庫運行和維護階段
資料庫應用系統經過試運行後即可投入正式運行。在資料庫系統運行過程中必須不斷地對其進行評價、調整與修改。包括：資料庫的轉儲和恢復、資料庫的安全性、完整性控制、資料庫性能的監督、分析和改進、資料庫的重組織和重構造。
建模工具的使用
為加快資料庫設計速度，目前有很多資料庫輔助工具（CASE工具），如Rational公司的Rational Rose，CA公司的Erwin和Bpwin，Sybase公司的PowerDesigner以及Oracle公司的Oracle Designer等。
ERwin主要用來建立資料庫的概念模型和物理模型。它能用圖形化的方式，描述出實體、聯系及實體的屬性。ERwin支持IDEF1X方法。通過使用ERwin建模工具自動生成、更改和分析IDEF1X模型，不僅能得到優秀的業務功能和數據需求模型，而且可以實現從IDEF1X模型到資料庫物理設計的轉變。ERwin工具繪制的模型對應於邏輯模型和物理模型兩種。在邏輯模型中，IDEF1X工具箱可以方便地用圖形化的方式構建和繪制實體聯系及實體的屬性。在物理模型中，ERwin可以定義對應的表、列，並可針對各種資料庫管理系統自動轉換為適當的類型。
設計人員可根據需要選用相應的資料庫設計建模工具。例如需求分析完成之後，設計人員可以使用Erwin畫ER圖，將ER圖轉換為關系數據模型，生成資料庫結構；畫數據流圖，生成應用程序。
二、資料庫設計技巧
1. 設計資料庫之前（需求分析階段）
1) 理解客戶需求，詢問用戶如何看待未來需求變化。讓客戶解釋其需求，而且隨著開發的繼續，還要經常詢問客戶保證其需求仍然在開發的目的之中。
2) 了解企業業務可以在以後的開發階段節約大量的時間。
3) 重視輸入輸出。
在定義資料庫表和欄位需求（輸入）時，首先應檢查現有的或者已經設計出的報表、查詢和視圖（輸出）以決定為了支持這些輸出哪些是必要的表和欄位。
舉例：假如客戶需要一個報表按照郵政編碼排序、分段和求和，你要保證其中包括了單獨的郵政編碼欄位而不要把郵政編碼糅進地址欄位里。
4) 創建數據字典和ER 圖表
ER 圖表和數據字典可以讓任何了解資料庫的人都明確如何從資料庫中獲得數據。ER圖對表明表之間關系很有用，而數據字典則說明了每個欄位的用途以及任何可能存在的別名。對SQL 表達式的文檔化來說這是完全必要的。
5) 定義標準的對象命名規范
資料庫各種對象的命名必須規范。
2. 表和欄位的設計（資料庫邏輯設計）
表設計原則
1) 標准化和規范化
數據的標准化有助於消除資料庫中的數據冗餘。標准化有好幾種形式，但Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的資料庫的表設計原則是：「One Fact in One Place」即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。
舉例：某個存放客戶及其有關定單的3NF 資料庫就可能有兩個表：Customer 和Order。Order 表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer 表裡包含該客戶信息的那一行。
事實上，為了效率的緣故，對表不進行標准化有時也是必要的。
2) 數據驅動
採用數據驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶界面要訪問外部數據源（文件、XML 文檔、其他資料庫等），不妨把相應的連接和路徑信息存儲在用戶界面支持表裡。還有，如果用戶界面執行工作流之類的任務（發送郵件、列印信箋、修改記錄狀態等），那麼產生工作流的數據也可以存放在資料庫里。角色許可權管理也可以通過數據驅動來完成。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
3) 考慮各種變化
在設計資料庫的時候考慮到哪些數據欄位將來可能會發生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結婚後從夫姓等）。所以，在建立系統存儲客戶信息時，在單獨的一個數據表裡存儲姓氏欄位，而且還附加起始日和終止日等欄位，這樣就可以跟蹤這一數據條目的變化。
欄位設計原則
4) 每個表中都應該添加的3 個有用的欄位
•?dRecordCreationDate，在VB 下默認是Now()，而在SQL Server 下默認為GETDATE()
•?sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT USER
•?nRecordVersion，記錄的版本標記；有助於准確說明記錄中出現null 數據或者丟失數據的原因
5) 對地址和電話採用多個欄位
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
6) 使用角色實體定義屬於某類別的列
在需要對屬於特定類別或者具有特定角色的事物做定義時，可以用角色實體來創建特定的時間關聯關系，從而可以實現自我文檔化。
舉例：用PERSON 實體和PERSON_TYPE 實體來描述人員。比方說，當John Smith, Engineer 提升為John Smith, Director 乃至最後爬到John Smith, cio 的高位，而所有你要做的不過是改變兩個表PERSON 和PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間欄位來知道變化是何時發生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如Associate、Engineer、Director、CIO 或者CEO 等。還有個替代辦法就是改變PERSON 記錄來反映新頭銜的變化，不過這樣一來在時間上無法跟蹤個人所處位置的具體時間。
7) 選擇數字類型和文本類型盡量充足
在SQL 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額欄位類型是smallint，那麼，如果總額超過了$32,767 就不能進行計算操作了。
而ID 類型的文本欄位，比如客戶ID 或定單號等等都應該設置得比一般想像更大。假設客戶ID 為10 位數長。那你應該把資料庫表欄位的長度設為12 或者13 個字元長。但這額外占據的空間卻無需將來重構整個資料庫就可以實現資料庫規模的增長了。
8) 增加刪除標記欄位
在表中包含一個「刪除標記」欄位，這樣就可以把行標記為刪除。在關系資料庫里不要單獨刪除某一行；最好採用清除數據程序而且要仔細維護索引整體性。
3. 選擇鍵和索引（資料庫邏輯設計）
鍵選擇原則：
1) 鍵設計4 原則
•?為關聯欄位創建外鍵。
•?所有的鍵都必須唯一。
•?避免使用復合鍵。
•?外鍵總是關聯唯一的鍵欄位。
2) 使用系統生成的主鍵
設計資料庫的時候採用系統生成的鍵作為主鍵，那麼實際控制了資料庫的索引完整性。這樣，資料庫和非人工機制就有效地控制了對存儲數據中每一行的訪問。採用系統生成鍵作為主鍵還有一個優點：當擁有一致的鍵結構時，找到邏輯缺陷很容易。
3) 不要用用戶的鍵(不讓主鍵具有可更新性)
在確定採用什麼欄位作為表的鍵的時候，可一定要小心用戶將要編輯的欄位。通常的情況下不要選擇用戶可編輯的欄位作為鍵。
4) 可選鍵有時可做主鍵
把可選鍵進一步用做主鍵，可以擁有建立強大索引的能力。
索引使用原則：
索引是從資料庫中獲取數據的最高效方式之一。95%的資料庫性能問題都可以採用索引技術得到解決。
1) 邏輯主鍵使用唯一的成組索引，對系統鍵（作為存儲過程）採用唯一的非成組索引，對任何外鍵列採用非成組索引。考慮資料庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。
2) 大多數資料庫都索引自動創建的主鍵欄位，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯表的某條記錄就用得上。
3) 不要索引memo/note 欄位，不要索引大型欄位（有很多字元），這樣作會讓索引佔用太多的存儲空間。
4) 不要索引常用的小型表
不要為小型數據表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時間。
4. 數據完整性設計（資料庫邏輯設計）
1) 完整性實現機制：
實體完整性：主鍵
參照完整性：
父表中刪除數據：級聯刪除；受限刪除；置空值
父表中插入數據：受限插入；遞歸插入
父表中更新數據：級聯更新；受限更新；置空值
DBMS對參照完整性可以有兩種方法實現：外鍵實現機制（約束規則）和觸發器實現機制
用戶定義完整性：
NOT NULL；CHECK；觸發器
2) 用約束而非商務規則強制數據完整性
採用資料庫系統實現數據的完整性。這不但包括通過標准化實現的完整性而且還包括數據的功能性。在寫數據的時候還可以增加觸發器來保證數據的正確性。不要依賴於商務層保證數據完整性；它不能保證表之間（外鍵）的完整性所以不能強加於其他完整性規則之上。
3) 強制指示完整性
在有害數據進入資料庫之前將其剔除。激活資料庫系統的指示完整性特性。這樣可以保持數據的清潔而能迫使開發人員投入更多的時間處理錯誤條件。
4) 使用查找控制數據完整性
控制數據完整性的最佳方式就是限制用戶的選擇。只要有可能都應該提供給用戶一個清晰的價值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數據的一致性。某些公共數據特別適合查找：國家代碼、狀態代碼等。
5) 採用視圖
為了在資料庫和應用程序代碼之間提供另一層抽象，可以為應用程序建立專門的視圖而不必非要應用程序直接訪問數據表。這樣做還等於在處理資料庫變更時給你提供了更多的自由。
5. 其他設計技巧
1) 避免使用觸發器
觸發器的功能通常可以用其他方式實現。在調試程序時觸發器可能成為干擾。假如你確實需要採用觸發器，你最好集中對它文檔化。
2) 使用常用英語（或者其他任何語言）而不要使用編碼
在創建下拉菜單、列表、報表時最好按照英語名排序。假如需要編碼，可以在編碼旁附上用戶知道的英語。
3) 保存常用信息
讓一個表專門存放一般資料庫信息非常有用。在這個表裡存放資料庫當前版本、最近檢查/修復（對Access）、關聯設計文檔的名稱、客戶等信息。這樣可以實現一種簡單機制跟蹤資料庫，當客戶抱怨他們的資料庫沒有達到希望的要求而與你聯系時，這樣做對非客戶機/伺服器環境特別有用。
4) 包含版本機制
在資料庫中引入版本控制機制來確定使用中的資料庫的版本。時間一長，用戶的需求總是會改變的。最終可能會要求修改資料庫結構。把版本信息直接存放到資料庫中更為方便。
5) 編制文檔
對所有的快捷方式、命名規范、限制和函數都要編制文檔。
採用給表、列、觸發器等加註釋的資料庫工具。對開發、支持和跟蹤修改非常有用。
對資料庫文檔化，或者在資料庫自身的內部或者單獨建立文檔。這樣，當過了一年多時間後再回過頭來做第2 個版本，犯錯的機會將大大減少。
6) 測試、測試、反復測試
建立或者修訂資料庫之後，必須用用戶新輸入的數據測試數據欄位。最重要的是，讓用戶進行測試並且同用戶一道保證選擇的數據類型滿足商業要求。測試需要在把新資料庫投入實際服務之前完成。
7) 檢查設計
在開發期間檢查資料庫設計的常用技術是通過其所支持的應用程序原型檢查資料庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型並且查看如何取出數據。
三、資料庫命名規范
1. 實體（表）的命名
1) 表以名詞或名詞短語命名，確定表名是採用復數還是單數形式，此外給表的別名定義簡單規則（比方說，如果表名是一個單詞，別名就取單詞的前4 個字母；如果表名是兩個單詞，就各取兩個單詞的前兩個字母組成4 個字母長的別名；如果表的名字由3 個單片語成，從頭兩個單詞中各取一個然後從最後一個單詞中再取出兩個字母，結果還是組成4 字母長的別名，其餘依次類推）
對工作用表來說，表名可以加上前綴WORK_ 後面附上採用該表的應用程序的名字。在命名過程當中，根據語義拼湊縮寫即可。注意，由於ORCLE會將欄位名稱統一成大寫或者小寫中的一種，所以要求加上下劃線。
舉例：
定義的縮寫 Sales: Sal 銷售；
Order: Ord 訂單；
Detail: Dtl 明細；
則銷售訂單明細表命名為：Sal_Ord_Dtl;
2) 如果表或者是欄位的名稱僅有一個單詞，那麼建議不使用縮寫，而是用完整的單詞。
舉例：
定義的縮寫 Material Ma 物品；
物品表名為：Material, 而不是 Ma.
但是欄位物品編碼則是：Ma_ID;而不是Material_ID
3) 所有的存儲值列表的表前面加上前綴Z
目的是將這些值列表類排序在資料庫最後。
4) 所有的冗餘類的命名(主要是累計表)前面加上前綴X
冗餘類是為了提高資料庫效率，非規范化資料庫的時候加入的欄位或者表
5) 關聯類通過用下劃線連接兩個基本類之後，再加前綴R的方式命名,後面按照字母順序羅列兩個表名或者表名的縮寫。
關聯表用於保存多對多關系。
如果被關聯的表名大於10個字母，必須將原來的表名的進行縮寫。如果沒有其他原因，建議都使用縮寫。
舉例：表Object與自身存在多對多的關系,則保存多對多關系的表命名為：R_Object；
表 Depart和Employee;存在多對多的關系；則關聯表命名為R_Dept_Emp
2. 屬性（列）的命名
1) 採用有意義的列名，表內的列要針對鍵採用一整套設計規則。每一個表都將有一個自動ID作為主健,邏輯上的主健作為第一組候選主健來定義,如果是資料庫自動生成的編碼，統一命名為：ID;如果是自定義的邏輯上的編碼則用縮寫加「ID」的方法命名。如果鍵是數字類型，你可以用_NO 作為後綴；如果是字元類型則可以採用_CODE 後綴。對列名應該採用標準的前綴和後綴。
舉例：銷售訂單的編號欄位命名：Sal_Ord_ID；如果還存在一個資料庫生成的自動編號，則命名為：ID。
2) 所有的屬性加上有關類型的後綴，注意，如果還需要其它的後綴，都放在類型後綴之前。
注: 數據類型是文本的欄位，類型後綴TX可以不寫。有些類型比較明顯的欄位，可以不寫類型後綴。
3) 採用前綴命名
給每個表的列名都採用統一的前綴，那麼在編寫SQL表達式的時候會得到大大的簡化。這樣做也確實有缺點，比如破壞了自動表連接工具的作用，後者把公共列名同某些資料庫聯系起來。
3. 視圖的命名
1) 視圖以V作為前綴，其他命名規則和表的命名類似；
2) 命名應盡量體現各視圖的功能。
4. 觸發器的命名
觸發器以TR作為前綴，觸發器名為相應的表名加上後綴，Insert觸發器加'_I'，Delete觸發器加'_D'，Update觸發器加'_U'，如：TR_Customer_I，TR_Customer_D，TR_Customer_U。
5. 存儲過程名
存儲過程應以'UP_'開頭，和系統的存儲過程區分，後續部分主要以動賓形式構成，並用下劃線分割各個組成部分。如增加代理商的帳戶的存儲過程為'UP_Ins_Agent_Account'。
6. 變數名
變數名採用小寫，若屬於片語形式，用下劃線分隔每個單詞，如@my_err_no。
7. 命名中其他注意事項
1) 以上命名都不得超過30個字元的系統限制。變數名的長度限制為29（不包括標識字元@）。
2) 數據對象、變數的命名都採用英文字元，禁止使用中文命名。絕對不要在對象名的字元之間留空格。
3) 小心保留詞，要保證你的欄位名沒有和保留詞、資料庫系統或者常用訪問方法沖突
5) 保持欄位名和類型的一致性，在命名欄位並為其指定數據類型的時候一定要保證一致性。假如數據類型在一個表裡是整數，那在另一個表裡可就別變成字元型了。
㈡ 有一套SQL的題誰給做一下
好長啊＝＝
從學生表中查詢 姓名為王芳 年齡19 性別為女 的所有信息
學生表 按年齡排降序 查詢第一條（也就是年齡最大的學生）的所有信息
學生表中 按年齡升序 查詢姓李的所有信息
0-50 所有偶數的sum值
學生表中的平均，總和，最大，最小（是不是有問題，怎麼會有重復的）
查詢學生表中 姓名為張三 年齡20 性別為女 的姓名，性別，年齡
這么多重復的真的大丈夫嗎＝＝！
綜合
參考六
條件語句為 生源地＝唐山
參考五和六
參考三
我沒看明白 sum求和 表起別名 as 學生人數
group by 班級號 desc
update 學生表 set 姓名＝千頌伊 where 學號＝5103
between 5101 and 5103
delete ＊ from 學生表 where 姓名＝都敏俊
drop table student
1.查詢語句 顯示列 商店代號 商店名 where city＝長沙
2. 查詢語句 顯示列 商店名 where bname＝書包
E-R圖
一對多的關系 顧客表 和商品表
2. 表中標明 主外鍵 約束關系
㈢ 那個我也想要一個資料庫設計事例，就是火車售票管理SQL
目錄
概述： 5
1. 需求分析 5
1.1 用戶需求： 5
1.2 業務流程分析： 6
1.3 信息需求分析 6
1.4 功能需求分析： 7
2. （資料庫）概念（模型）設計 8
2.1構思ERD的四條原則及根據這些原則相應得出的實體、聯系及其屬性： 9
2.2、系統具體E-R圖： 9
3. （資料庫）邏輯（模型）設計 10
3.1 一般邏輯模型設計： 10
3.2 具體邏輯模型設計： 11
4. 資料庫物理設計與資料庫保護設計 12
5. 處理功能設計 12
5.1 主控模塊設計： 12
5.2 子模塊設計： 13
6. 資料庫應用系統的實現 14
6.1 資料庫及其表結構的建立： 14
6.2 創建表的相關視圖： 16
6.3 各表關系圖， 16
6.4 數據輸入：利用系統錄入數據，如下圖為各表內容： 17
6.5 模塊實現： 18
7. 資料庫應用系統運行 26
7.1 寫出系統操作使用的簡要說明。 26
7.2 按使用說明運行系統並列印出運行結果。 26
7.3 系統評價： 27
報告內容
概述：
隨著國民經濟快速發展, 人們出行、交通越來越頻繁, 對服務的快捷、便利性要求也越來越高。從而對客運行業的建設與管理提出了更高的要求。為適應和推動客運行業的發展, 各種交通公司和部門開始廣泛採用使用日趨成熟的計算機技術和資料庫技術來實現票務信息的現代化管理，具有手工管理所無法比擬的優點，如：檢索迅速，查找方便，可靠性高，存儲量大，保密性好，壽命長，成本底等。這些優點能夠極大地提高信息管理和業務管理的效率。
本學生火車訂票系統正是通過資料庫存儲信息實現高效率管理。該實驗設計首先進行需求分析，然後在需求文檔的指導下實現系統的功能，如操作員的信息管理功能及普通學生的火車信息查詢、訂票、退票等功能，最終實現的是學生購得一張自己滿意的票券，同時力求通過資料庫系統及計算機在其中的運用達到提高工作效率,節約人力資源的效果。
1. 需求分析
1.1 用戶需求：
(一）、問題描述：
學生火車票定票系統
(1)背景：一年兩次的火車票訂票管理
(2)主要實現以下功能：
1)學生基本信息的管理，尤其是所在地
2)學生購票的基本信息，尤其是價錢和車票目的地
3)購票以後的分發管理
4)退票的管理
5)信息的統計和查詢
6)操作員管理
(二）、目的及現狀：
1）、實驗目的：
資料庫設計就是要使學生採用本課程中學習的資料庫設計方法，運用其基本思路與主要圖表工具完成一個自己所了解的業務的資料庫應用系統信息需求分析與資料庫的概念設計、邏輯設計、物理設計以及處理功能設計，用自己熟悉的資料庫管理系統、程序設計語言及其相關開發工具實現該系統，並運行、評價、改進之；在此基礎上嚴格按本大綱所附報告提綱撰寫課程設計報告。通過本設計進一步弄懂資料庫系統及其相關的基本概念，理解資料庫系統的系統結構、主要特點，掌握資料庫設計的原理、方法及其基本過程，初步具備資料庫應用設計的能力，初步形成運用資料庫應用系統解決管理決策中的實際問題的基本素質。
2）、現狀和系統要求：
在傳統模式下利用人工進行火車訂票業務，存在著較多的缺點，如：效率底，保密性差，時間一長將產生大量的文件和數據，更不便於查找，更新，維護等。諸如這些情況，給各相關部門工作人員帶來了很大困難，嚴重影響了他們的工作效率。運用計算機技術和資料庫技術來實現票務信息的現代化管理，具有手工管理所無法比擬的優點，如：檢索迅速，查找方便，可靠性高，存儲量大，保密性好，壽命長，成本底等。這些優點能夠極大地提高信息管理和業務管理的效率。
在本系統中，系統用戶共有兩種, 並根據用戶許可權的不同而實現不同的功能，如操作員
擁有添加、修改、刪除某火車相關信息及修改自己的個人信息的功能。學生有對車票信息、、哪一車次哪天還剩餘多少張票和自己所訂票券的查詢功能，訂票功能及退票功能。系統利用計算機和資料庫的高效率大大減輕了學校票點工作人員的勞動強度, 提高了各部門的工作效率。
1.2 業務流程分析：
（一）、描述系統的業務流程：
本系統共有兩種用戶, 根據用戶許可權的不同而實現不同的功能。
操作員的許可權最大，他進入系統必須先登錄。操作員可以添加、修改、刪除某車票的相關信息，可以修改自己的個人信息；查詢、刪除學生的訂票情況，確認學生是否已付款取票等。
學生可以按目的地的車次對車票信息進行查詢，可以訂票，訂票時須錄入自己的信息及所選擇的車次，系統將檢查該車次票數是否已訂完或不足，若已訂完或不足則提示錯誤信息並返回到訂票界面，訂票成功後將生成訂票單。學生還可以對自己所訂的票券即訂票單進行查詢，以及查詢哪一車次哪天還剩餘多少張票。用戶付款和取票可在學校票點完成。
（二）、初步業務流程圖：
1.3 信息需求分析
1.3.1 資料收集
1.3.2 事項分析：
在本火車票訂票系統中，各資料的基本數據項列舉如下：
學生資料：學號，姓名，密碼，所在學院，專業，班級，電話，目的城市
車票基本信息：車次號，出發站，開車時間，到達站，到達時間，車票種類，余票數
車次詳細信息：ID號，車次號，途徑站，票價，
訂票單信息：訂單號，訂票人學號，訂單時間，付款取票與否
訂票具體信息：ID號，訂單號，所得車次號，目的城市，訂票數，總票價，取票時間
訂票點信息：票點號，票點主任的員工號，聯系電話，所在校區
操作員資料：員工號，票點號，密碼，姓名，性別，電話
1.4 功能需求分析：
（一）、完善業務流程圖：
（二）、功能層次圖：
本系統共有兩種用戶, 根據用戶許可權的不同而實現不同的功能，如操作員查詢、添加、修改、刪除某火車相關信息及查詢、修改自己的個人信息的功能。學生對車票信息、、哪一車次哪天還剩餘多少張票和訂票功能以及對自己所訂票券的查詢功能、退票功能。
2. （資料庫）概念（模型）設計
2.1構思ERD的四條原則及根據這些原則相應得出的實體、聯系及其屬性：
① 原則1 （確定實體）：能獨立存在的事物，例如人、物、事、地、團體、機構、活動、事項等等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。
在本系統中，實體主要有學生、操作員、車票信息、車票詳細信息表、訂票單，訂票詳細信息表，訂票點。
②原則2 （確定聯系）：兩個或多個實體間的關聯與結合，如主管，從屬，組成，佔有，作用，配合，協同等等，當需要予以關注時，應作為聯系。實體間的聯系可分為一對一、一對多、多對多等三類，在確定聯系時還要確定其類型。
在本系統中，學生、車票信息、訂票單和訂票詳細信息表之間存在「訂購」的聯系，一個車票信息可以被多個學生購買，而一個學生只可以購買多個車次所屬的一到兩張車票，它們之間的聯系是一對多的「購買」聯系，同時一次登錄無論訂多少車次只生成一張訂票單。訂票點和操作員之間存在「隸屬」的聯系，它們之間的聯系是一對多的「隸屬」聯系；車票信息和車票詳細信息表之間存在「包含」與被包含的關系；訂票單和訂票詳細信息表之間也存在「包含」與被包含的關系。
③原則3 （確定屬性）：實體的屬性是實體的本質特徵。實體應有標識屬性（能把不同個體區分開來的屬性組），並指定其中一個作為主標識。聯系的屬性是聯系的結果或狀態。
從這條原則可得到實體和聯系的屬性如下：
學生（學號，姓名，密碼，所在學院，專業，班級，電話，目的城市）
車票基本信息（車次號，出發站，開車時間，到達站，到達時間，車票種類，余票數）
車次詳細信息（ID號，車次號，途徑站，票價）
訂票單信息（訂單號，訂票人學號，訂單時間，付款取票與否）
訂票具體信息（ID號，訂單號，所得車次號，目的城市，訂票數，總票價，取票時間）
訂票點（票點號，票點主任的員工號，所在校區，電話）
操作員（員工號，票點號，密碼，姓名，性別，電話）
④原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯系圖中的一個地方作為屬性出現。
根據以上的分析，可以畫出本系統的原始ERD的基本結構。如
2.2、系統具體E-R圖：
3. （資料庫）邏輯（模型）設計
3.1 一般邏輯模型設計：
（一）、由ERD導出一般關系模型的四條原則：
原則1（實體轉換為關系模式）：ERD中每個獨立的實體轉換為一個關系模式，實體的屬性組成關系的屬性，實體的主標識轉換成關系的主碼。
原則2（從實體及其主從聯系轉換為關系模式）：ERD中一個從實體及其主從聯系轉換為一個關系，從實體的屬性及其主實體關系的屬性組成的屬性，其主實體關系的主碼，在主從關系聯系為一對多聯系時還要加上可把同一主實體個體所對應的從實體個體區分開來的，從實體的一組屬性，作為該關系的主碼。對子類實體可作類似一對一聯系的從實體的轉換。
原則3（一對多聯系在關系模式中的表示）：ERD中的一個一對多聯系通過在其「多」實體關繫上增加「1」實體關系的主碼（作為外碼）和聯系本身的屬性來表示。
原則4（多對多聯系轉換為關系）：ERD中的一個多對多聯系轉換為一個關系，其被聯系實體關系的主碼和該聯系本身的屬性一起組成的屬性，被聯系關系的主碼組成該關系的復合主碼。
（二）、資料庫初步構思的關系框架：
通過ERD轉換為一般關系模型四條原則分析，得到須在資料庫中進行存儲的一般關系模型如下（帶下劃線的為主碼，帶#的為外鍵）：
學生（學號，姓名，密碼，所在學院，專業，班級，電話，目的城市）
車票基本信息（車次號，出發站，開車時間，到達站，到達時間，車票種類，余票數）
車次詳細信息（ID號，車次號#，途徑站，票價）
訂票單信息（訂單號，訂票人學號#，訂單時間，付款取票與否）
訂票具體信息（ID號，訂單號#，所得車次號#，目的城市，訂票數，總票價，取票時間）
訂票點（票點號，票點主任的員工號#，所在校區）
操作員（員工號，密碼，姓名，性別，電話）
3.2 具體邏輯模型設計：
（1）、Student表：用來保存學生信息：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
學號 字元 12 是 非空
姓名 字元 20 非空
密碼 字元 12 非空
學院 字元 40 非空
專業 字元 30 非空
班級 數據 4 0 >0 非空
電話 字元 12 非空
目的城市 字元 30 非空
（2）、Ticket表：用來保存車票信息表
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
車次號 字元 20 是 非空
出發站 字元 30 非空
開車時間 日期 8 非空
到達站 字元 30 非空
到達時間 日期 8 非空
車票種類 字元 20 非空
余票數 數據 8 0 >0 非空
（3）、Citysite表：用來保存車票詳細信息表：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
ID號 整數，自動編號 8 是 非空
車次號 字元 20 是 非空
途徑城市 字元 30 非空
票價 decimal 非空
（4）、Ticketsite表：用來保存訂票點表：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
票點號 整數，自動編號 8 0 是 非空
票點主任員工號 整數，自動編號 8 0 是 非空
聯系電話 字元 12 非空
所在校區 字元 40 非空
（5）、Admin表：用來保存操作員表：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
員工號 整數，自動編號 8 0 是 非空
用戶名 字元 20 非空
密碼 字元 12 非空
姓名 字元 20 非空
性別 字元 4 非空
電話 字元 12 非空
（6）、Book表：用來保存訂單表：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
訂單號 整數，自動編號 8 0 是 非空
學號 字元 是 非空
訂單時間 字元 非空
付款取票與否 整數 2 0 非空
（7）、Ticket表：用來保存取票單表：
項名 類型 長度 小數位 值域 主鍵 外鍵 空鍵
ID號 整數，自動編號 8 0 是 非空
取票號 字元 8 0 是 非空
車次號 字元 是 非空
目的城市 字元 非空
訂票數 數據 8 0 >0 非空
總票價 Decimal 非空
取票時間 日期 8 非空
4. 資料庫物理設計與資料庫保護設計
根據表的結構關系，本系統採用SQL Server 2000資料庫。SQL Server 2000是微軟公司關系型資料庫產品，它是在由MS SQL Server 7.0建立的堅固基礎之上產生的。客戶的需求極大的推動了該產的革新，SQL Server2000在易用性、可縮放性和可靠性，以及數據倉庫等諸多方面有了很大的增強。這使得SQL Server 2000在很多資料庫產品發展最快的應用領域（如電子商務、移動計算、分支自動化、商業級應用和數據交換中心等）中成為領先者
在資料庫中創建表的同時須創建相關的索引。索引就是加快檢索表中數據的方法。資料庫的索引類似於書籍的索引。在書籍中，索引允許用戶不必翻閱完整個書就能迅速地找到所需要的信息。在資料庫中，索引也允許資料庫程序迅速地找到表中的數據，而不必掃描整個資料庫。本資料庫表較為簡單，且每個表中定義主鍵約束或者唯一性鍵約束，已經間接創建了索引，故無需再創建索引。
5. 處理功能設計
5.1 主控模塊設計：
(1)、登錄系統模塊：
在登錄窗體界面中，你可以輸入代碼和密碼，選擇你的身份（操作員或系統管理員），確認後就可進入主界面窗體。如果你是學生，且還沒注冊，可以在此窗體界面上點擊「注冊」，在注冊界面輸入所要求的項，確定後重新返回登錄界面，用你剛注冊的賬號登錄進入主界面。
在主界面中包含上述模塊圖的幾部分，根據身份，即是用戶或者管理員，對應許可權不同，分為不同的主界面，即用戶主界面和管理員主界面。
（2）、系統設置模塊圖：
用戶：在此模塊用戶可以查詢、修改自身注冊信息以及退出登錄，退出系統後將返回登錄界面。
管理員模塊：在此模塊管理員除了擁有用戶的各項設置外還可以注冊新的管理員，但為了安全起見，此功能只有當登錄人是票點主任時才可執行。
5.2 子模塊設計：
5.2.1、管理員模塊
1、車票信息管理模塊:在此模塊，管理員可以執行車票信息錄入、查詢、刪除和修改功能，不過刪除和修改功能須當該車次沒有被預訂的情況下才可執行。
2、訂票管理模塊：在此模塊，管理員可以查詢所有訂單情況、已付款取票和未付款取票的訂單情況，還可以按學號查詢某學生的訂票情況以及各種統計信息，並在學生來付款取票時執行「付款」操作。另外還可以在訂單已付款或學生取消訂單時刪除訂單。
5.2.2、用戶模塊：
1、訂票管理模塊：在此模塊，用戶可以查詢車票信息和自身訂票情況。查詢車票情況分為按車次、按目的地、按起始站—目的站查詢，當查詢到自身所想要的車票時即可訂票，但注意預定票的目的地須與學生家鄉所在城市相符，否則系統不允許訂票；查詢自身訂票情況包括訂單信息及金額統計，還須注意訂票信息上要求的取票期限，訂票人須在規定期限內去所在校區的票點付款取票，逾期票點工作人員將不予處理。
2、用戶小貼士模塊：在這里，用戶將了解本訂票系統的訂票流程及相關規定及用戶訂票後付款取票地點的信息等。
6. 資料庫應用系統的實現
6.1 資料庫及其表結構的建立：
利用SQLServer企業管理器創建資料庫Tickets，然後創建表：
1、學生表Book
create table Student
(Sno varchar(12) primary key, Sname varchar(20) not null,
Ssex varchar(4) not null, Spw varchar(12) not null, //密碼
Sadm varchar(40) not null, //學院
Sdept varchar(30) not null, Sclass numeric(4) not null,
Stel varchar(12) not null, //電話
Semail varchar(50) not null, Shcity varchar(30) not null //所在地
)；
2、車票信息表Ticket
create table Ticket
(Tno varchar(20) primary key, //車次號
Startcity varchar(30) not null, Starttime varchar(20) not null,
Endcity varchar(100) not null, Endtime varchar(20) not null,
Ttype varchar(20) CHECK (Ttype IN('硬座','軟座','硬卧','軟卧')),
Tickets int not null //票數
);
3、車次站次信息表Citysite
create table Citysite
(Cityno numeric(8) identity(1,1), //票點號
Tno varchar(20), City varchar(100),
Tprice decimal not null, //票價
primary key (Cityno,Tno),
foreign key (Tno) references Ticket(Tno) on delete cascade
)
4、訂票單表Book
create table Book
(Bno numeric(8) identity(1,1) primary key, Sno varchar(12),
Maketime datetime not null, judge int,
foreign key (Sno) references Student(Sno),);
5、訂票詳細信息表Bookno
create table Bookno
(ID numeric(8) identity(1,1) primary key,
Bno numeric(8), Tno varchar(20), City varchar(100),
Booktime varchar(20) not null, Ticketnums int not null,
Price decimal not null, //票價
Pickdate datetime not null, foreign key (Tno) references Ticket(Tno),
foreign key (Bno) references Book(Bno));
6、操作員表Operater
create table Operater
(Adname varchar(20) primary key, //登錄用戶名
Adpw varchar(12) not null, //登錄密碼
Opname varchar(20) not null, //員工真實姓名
Opsex varchar(4) not null, Optel varchar(12) not null,
Opemail varchar(50) not null);
7、訂票點表Ticketsite
create table Ticketsite
(Siteno numeric(8) primary key identity, //票點號
Adname varchar(20), // 票點主任登錄名
Sitetel varchar(12) not null, Siteaddr varchar(40),
foreign key (Adname) references Operater(Adname));
//為安全起見，學校各校區訂票點內容的添加要以直接輸入資料庫的方式進行
insert into Ticketsite(Adname,Sitetel,Siteaddr) values('linyp','870432','龍洞校區行政樓205')
insert into Ticketsite(Adname,Sitetel,Siteaddr) values('admin','87084432','大學城校區E區205')
6.2 創建表的相關視圖：
1、創建V_Book視圖,得到對於某種車票的訂票人數和訂票張數
create view V_Book(Tno,stu_no,sumticket)
as
select Tno,count(distinct Sno),sum(Ticketnums) from Bookno,Book
where Bookno.Bno=Book.Bno group by Tno
2、創建W_Book視圖,得到對於所有訂票學生的人數和訂票總張數
create view W_Book(stu_nums,sumtickets)
as select count(distinct Sno),sum(Ticketnums) from Bookno,Book
where Bookno.Bno=Book.Bno
3、創建P_Book視圖,得到對於已付款取票的人數和車票總張數
create view P_Book(cout_no,cout_nums)
as select count(distinct Sno),sum(Ticketnums) from Bookno,Book
where Bookno.Bno=Book.Bno and judge=1
4、創建M_Book視圖, 得到對於某一訂票的總金額
create view M_Book(Allprice)
as select sum(Tprice*Ticketnums) from Book,Bookno,Citysite
where Bookno.Bno=Book.Bno and Bookno.Tno=Citysite.Tno and Bookno.City=Citysite.City
6.3 各表關系圖，
易知表Ticket與表Citysite之間是父表與子表的關系:
表Book與表Bookno之間也是父表與子表的關系:
它們之間都是父表對子表的一對多的關系。
根據表之間的結構關系圖，可以得出各表的完整性約束條件如下圖：
表名 主鍵列名 外鍵
外鍵列名 參照表
Student Sno 無
Ticket Tno 無
Citysite Cityno Tno Ticket
Book Bno Sno Student
Bookno ID Bno,Tno Book,Ticket
Operater Adname 無
Ticketsite Siteno Adname Operater
6.4 數據輸入：利用系統錄入數據，如下圖為各表內容：
6.5 模塊實現：
本次系統設計我前台採用JSP技術,後台採用SQL Server 2000,操作系統採用Windows XP。
JSP(JavaServer Pages)是由Sun Microsystems公司倡導、許多公司參與一起建立的一種動態網頁技術標准，它是在傳統的網頁HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件(*.jsp)。JSP具備了Java技術的簡單易用，完全的面向對象，具有平台無關性且安全可靠，主要面向網際網路的所有特點。
㈣ 我正在學習sql server 2005，我想找點練習題。
我這倒是有兩個;練習 但是是word文檔 不好復制進來 只能復制點筆試題 要機試題請發給郵件給我 我給你傳過來 郵件中說明 是目的 不然我不知道會當垃圾郵件處理的 我的郵箱是 [email protected]
針對以下題目請選擇正確答案（每道題目有一個或多個正確的答案）。針對每一道題目，所有答案都選對，則該題得分，否則不得分。
1. 資料庫設計的最終目標不包括（）。 （選擇兩項）BD
A. 高效
B. 滿足範式要求
C. 安全
D. 表現設計者的技術實力
E. 易用
F. 便於將來擴展功能和容量
2. 有關數據冗餘說法錯誤的是（）。（選擇一項）C
A. 資料庫中，數據存在副本的現象，就是數據冗餘。
B. 通過分類存儲，可以有效減少數據冗餘，但是會增加數據查找的復雜性。
C. 在資料庫設計階段，一定要盡最大可能避免數據冗餘，最好做到無數據冗餘。
D. 數據冗餘通常是由於資料庫設計引起的。
3. 用於表示資料庫實體之間的關系圖是（）。A
A. 實體關系圖
B. 數據模型圖
C. 實體分類圖
D. 以上都不是
4. 假定有一個用戶表，表中包含欄位：userid (int)、username (varchar)、 password(varchar)等，該表需要設置主鍵，以下說法正確的是（）。（選擇兩項）AB
A. 如果不能有同時重復的username和password，那麼username和password可以組合在一起作為主鍵。
B. 此表設計主鍵時，根據選擇主鍵的最小性原則，最好採用userid作為主鍵。
C. 此表設計主鍵時，根據選擇主鍵的最小性原則，最好採用username和password作為組合鍵。
D. 如果採用userid作為主鍵，那麼在userid列輸入的數值，允許為空。
5. 語句 alter table userinfo add constraint uq_userid unique(userid)執行成功後，為userinfo表的（）欄位添加了（）約束。B
A. userid 主鍵
B. userid 唯一
C. uq_userid 外鍵
D. uq_userid 檢查
6. 運行如下T-SQL，結果返回包含（）的記錄集。A
create table scores
(
scoreid int identity(1,2),
score numeric(4,2) not null,
courseid int
)
insert int scores values(90.5,null);
insert into scores values(78.234,2);
select * from scores;
A. 1 90.50 NULL
3 78.23 2
B. 1 78.23 2
C. 1 90.50
D. 1 90.50
2 78.23 2
7. 關於子查詢，以下說法正確的是（）。（選擇兩項）AC
A. 一般來說，表連接都可以用子查詢替換。
B. 一般來說，子查詢都可以用表連接替換。
C. 相對於表連接，子查詢適合於作為查詢的篩選條件。
D. 相對於表連接，子查詢適合於查看多表的數據。
8. 創建存儲過程如下：
create procere scoreproc
@scoreid int,@score numeric(4,2) output
as
select @score = score from scores where scoreid=@scoreid
正確的調用是：C
A. exec scoreproc 1,@myscore output
print @myscore
B. exec scoreproc @id = 1,@myscore output
print @myscore
C. declare @myscore numeric(4,2)
exec scoreproc 1,@myscore output
print @myscore
D. declare @myscore numeric(4,2)
exec scoreproc @id = 1,@myscore output
print @myscore
9. 假設需要設計一張表，記錄各個作者著作的所有圖書信息，表的結構如下：作者（作者名稱，圖書1，版本1，書價1，圖書二，版本2，書價2，…）,該表最多符合第（）範式。A
A. 一
B. 二
C. 三
D. 不符合任何範式
10. 一個學生只能就讀於一個班級，而一個班級可以同時容納多個學生，學生與班級之間是（）的關系。C
A. 一對一
B. 一對多
C. 多對一
D. 多對多
11. E-R圖中，關系集用下面（）來表示。B
A. 矩形
B. 橢圓形
C. 菱形
D. 圓形
12. 有如下表結構，#號打頭欄位代表主鍵或組合主鍵，一份訂單可以訂購多種產品。
產品：#產品編號，產品名稱，產品價格；
訂單：#訂單編號，#產品編號，訂購日期，訂購數量；（訂單編號與產品編號是組合主鍵）
該表最高符合第（）範式。B
A. 一
B. 二
C. 三
D. 未規范化的
13. 有如下表結構，#號打頭欄位代表主鍵或組合主鍵，一份訂單可以訂購多種產品。
產品：#產品編號，產品名稱，產品價格；
訂單：#訂單編號，總價，訂購日期；
訂單子項： #子項編號，訂單編號，產品編號，訂購數量；
該表最高符合第（）範式。C
A. 一
B. 二
C. 三
D. 未規范化的
14. 創建sql語句如下：
create table userInfo
(
userId int identity(-1,1), 第1行
userName nvarchar(20) not null, 第2行
cardNO char not null, 第3行
age smallint(2), 第4行
address ntext(300) 第5行
)
執行時，會在第（）行出現錯誤。（選擇兩項）DE
A. 1
B. 2
C. 3
D. 4
E. 5
15. 以下關於規范設計的描述正確的是（）。（選擇兩項）AD
A. 規范設計的主要目的是消除數據冗餘。
B. 規范設計往往會增加資料庫的性能。
C. 設計資料庫時，規范化程度越高越好。
D. 在規范化資料庫時，易於維護資料庫的完整性。
16. 關於存儲過程，以下說法正確的是（）。（選擇一項）A
A. 不能在存儲過程中使用CREATE VIEW命令。
B. T-SQL批代碼的執行速度要快於存儲過程。
C. 存儲過程必須帶有參數。
D. 存儲過程不能返回結果集。
17. 已知有scores表，scoreid為主鍵，現在表中共有10條記錄，其中一條scoreid=21。
創建視圖：
create view view_scores
as
select * from scores
執行如下命令：
delete from view_scores where (scoreid = 21)
再執行如下命令：
select * from scores
select * from view_scores
假定上述命令全部執行成功，將各自返回（）（）行記錄。D
A. 10，10
B. 10，9
C. 9，10
D. 9，9
18. 設計用戶表時，身份證號為固定18位長，對該欄位最好採用（）數據類型。（選擇一項）B
A. int
B. char
C. varchar
D. text
19. 授予用戶someone對scores表的一些許可權，正確的授權語句是（）。（選擇一項）C
A. grant insert , update to talbe scores on someone
B. grant insert and update to table scores on someone
C. grant insert , update on scores to someone
D. grant insert and update on scores to someone
20. 建立如下資料庫表：
create talbe Department(
departID int not null primary key,
deptName varchar(20) not null
)
create table Employee(
employeeID int not null,
deptID int not null,
name varchar(20) not null
)
要想保證Employee表中每一個雇員（employee）是唯一的,且只能屬於在Department表中已經存在的部門，最有的做法是（）。（選擇一項）B
A. 把employeeID和deptID設為組合主鍵。
B. 把employeeID設為主鍵，同時在deptID列上創建一個外鍵約束。
C. 把employeeID設為主鍵，同時在deptID列上創建一個檢查約束。
D. 在deptID列上創建一個唯一約束，同時在deptID列上創建一個外鍵約束。
21. 建立一張員工表，當向表中插入數據時，若不提供入職時間，就把系統當前時間作為員工入職時間插入資料庫，以下說法正確的是（）。（選擇一項）D
A. 約束不能使用各種函數，所以無法實現要求的功能。
B. 可以使用CHECK約束實現，默認值採用日期函數getDate()。
C. 入職時間必須設為日期類型。
D. 可以使用DEFAULT約束實現，默認值採用日期函數getDate()。
22. 為了加快對某表查詢的速度，應對此表建立（）。（選擇一項）D
A. 約束
B. 存儲過程
C. 規則
D. 索引
23. 假設有表student（學生）的設計如下：
id () 標識列
name () 學生姓名
address () 學生地址
department () 所屬院系
departmentHead () 學院主管
該表最高滿足()範式。（選擇一項）B
A. 一
B. 二
C. 三
D. 不滿足任何範式
24. 為資料庫中一個或者多個表中的數據提供另外一種查看方式的邏輯表被稱為（）。（選擇一項）C
A. 存儲過程
B. 資料庫關系圖
C. 視圖
D. 表
25. 要建立一個教師表，包含姓名、職稱、級別等欄位。若插入數據時，級別欄位如果不輸入，預設值為「講師」，最合適的實現方式是（）。A
A. 為「級別」欄位建立default約束。
B. 為「級別」欄位建立check約束。
C. 為教師表數據輸入編寫一個存儲過程進行控制。
26. 現有訂單表orders,包含數據如下表。若查詢既訂購了產品p01,又訂購了產品p02的顧客編號，可以執行以下（）sql語句。（選擇兩項）CD
A. select distinct (cid) from orders ol where ol.pid in ('p01','p02')
B. select distinct (cid) from orders ol where ol.pid = 'p01' and ol.pid = 'p02'
C. select distinct (o1.cid) from orders o1,orders o2 where o1.pid='p01' and o2.pid='p02' and o2.cid = o1.cid
D. select distinct(cid) from orders where pid = 'p01' and cid in(select cid from orders where pid='p02')
27. 關於聚集索引，以下（）說法是錯誤的。（選擇兩項）CD
A. 一個表最多隻能創建一個聚集索引。
B. 聚集索引比非聚集索引有更快的訪問速度。
C. 主鍵一定是聚集索引。
D. 創建了聚集索引的列不允許有重復值。
28. 關於視圖，以下（）說法是錯誤的。（選擇一項）C
A. 使用視圖，可以簡化數據的使用。
B. 使用視圖，可以保護敏感數據。
C. 視圖是一種虛擬表，視圖中的數據只能來源於物理數據表，不能來源於其他視圖。
D. 視圖中指存儲了查詢語句，並不包含任何數據。
29. 常用的存儲過程不包括（）。（選擇一項）D
A. sp_tables
B. sp_columns
C. sp_stored_proceres
D. sp_renametable
30. 對事務的描述錯誤的是（）。（選擇2項）BD
A. 一個事務中的所有命令作為一個整體提交或者回滾。
B. 如果兩個並發事務要同時修改一個表，可能產生死鎖。
C. SQL Server默認將每條單獨的T-SQL語句視為一個事務。
D. 事務必須使用begin transaction來明確制定事務的開始。
31. 分數表scores設計如下：
courseID(課程編號)
studentID(學生編號)
score(分數)
另有一個學生信息表student,包含studentID,sname(學生姓名)。
已知並非所有學生都參加了courseID為0001的考試，現在查詢所有參加0001號課程考試及格學生的學生姓名，下面正確的是（）。（選擇一項）A
A. select sname from student where studentID in (select studentID from scores where courseID = 0001 and score>=60)
B. select sname from student where studentID = (select studentID from scores where courseID = 0001 and score>=60)
C. select sname from student where studentID not in (select studentID from scores where courseID = 0001 and score<=60)
D. select sname from student where studentID exists (select studentID from scores where courseID = 0001 and score>=60)
32. 在（）的列上更適合創建索引。（選擇兩項）AD
A. 需要對數據進行排序
B. 具有默認值
C. 頻繁更改
D. 頻繁搜索
33. SQL Server資料庫有2種登錄認證方式。其中在（）方式下，需要客戶端應用程序連接時提供登錄時需要用戶標識和密碼。C
A. Windows身份認證。
B. 以超級用戶身份登錄。
C. SQL Server身份認證。
D. 以系統身份登錄時。
34. SQL Server資料庫中，下列不屬於T-SQL事務管理語句的是（）。（選擇一項）B
A. BEGIN TRANSACTION;
B. END TRANSACTION;
C. COMMIT TRANSACTION;
D. ROLLBACK TRANSACTION;
35. 要建立一個約束，保證用戶表(user)中年齡(age)必須在16歲以上，下面語句正確的是（）。（選擇一項）A
A. alter table user add constraint ck_age CHECK(age>16)
B. alter table user add constraint df_age DEFAULT(16) for age
C. alter table user add constraint uq_age UNIQUE(age>16)
D. alter table user add constraint df_age DEFAULT(16)
36. SQL Server資料庫中，包含兩個表：Order訂單表，Item訂單子項目表。當一個新訂單被加入時，數據要分別保存到Order和Item表，要保證數據完整性，可以使用以下（）語句。（選擇一項）C
A. BEGIN TRASACTION
INSERT INTO Order VALUES(此處省略)
INSERT INTO Items VALUES(此處省略)
END TRASACTION
B. BEGIN TRASACTION
INSERT INTO Order VALUES(此處省略)
INSERT INTO Items VALUES(此處省略)
IF(@@Erro = 0)
COMMIT TRASACTION
ELSE
ROLLBACK TRASACTION
C. BEGIN TRASACTION
INSERT INTO Order VALUES(此處省略)
IF(@@Erro = 0)
INSERT INTO Items VALUES(此處省略)
IF(@@Erro = 0)
COMMIT TRASACTION
ELSE
ROLLBACK TRASACTION
ELSE
ROLLBACK TRASACTION
D. BEGIN TRASACTION
INSERT INTO Order VALUES(此處省略)
INSERT INTO Items VALUES(此處省略)
IF(@@Erro <> 0)
ROLLBACK TRASACTION
37. 現有一個學生信息表student，包含主鍵studentID（學生編號）。又有分數表scores，包含studentID（學生編號）、以及score（考試分數）。已知student表中共有50個學生，有45人參加了考試（分數存在scores表中），其中10人不及格。執行以下SQL語句：
select * from student where exists(select studentId form score where score<60)
可返回（）條記錄。（選擇一項）A
A. 50
B. 45
C. 10
D. 0
38. create table student
(
id int identity(1,1),
name varchar(20)
)
alter table student add constraint uq_name unique(name)
insert into student values(null)
insert into student values(null)
insert into student values('jack')
insert into student values('jack')
依次執行以上SQL語句後，student表中存在（）行記錄。B
A. 1
B. 2
C. 3
D. 4
39. 已知employee表中具有默認約束df_email，刪除該約束的語句為（）。（選擇一項）A
A. alter talbe employee drop constraint df_email
B. alter talbe employee remove constraint df_email
C. alter talbe employee delete constraint df_email
D. remove constraint df_email from talbe employee
40. 在employee表的firstname欄位上建立的非聚集索引的物理效果是（）。（選擇一項）D
A. 所有的行按照firstname欄位值升序排列並物理地存儲在數據頁中
B. 索引中的項按照索引鍵值的順序存儲，但表中信息的順序保持不變。
C. 所有的行按照firstname欄位值降序排列並物理地存儲在數據頁中
D. 所有的行被物理地存儲在數據頁上，並且根據firstname欄位按照索引建立時指定的順序排列
41. 創建存儲過程的片斷如下：創建成功後，以下（）調用方式是正確的。（選擇一項）B
create procere proc_score
@passed int = 60,
@count int output
as
select count(*) from scores where score < @passed
A. execute proc_score @count int output
B. declare @count int
execute proc_score 70,@count output
C. declare @count int output
execute proc_score 70,@count
D. execute proc_score 70,@count output
42. 現有學生表Students和用戶表Users，兩表中的數據如下：
執行sql語句：select * from Users union select * from Students。下列說法正確的是（）。（選擇一項）A
Users Students
userID（int） name (varchar) studentID(int) age(int)
1 Wen 1 80
2 Shu 2 75
3 Gao
4 Shui
A. 出現錯誤：name與age不是同一數據類型。
B. 正確執行，返回6行4 列。
C. 正確執行，返回6行2 列。
D. 正確執行，返回4行2列。
43. 假設有scores表的設計如下：
ID（編號，主鍵）
StudentID（學生編號）
CourseID（課程編號）
Score（分數）
現在要查詢參加過至少兩門課程考試的學生各門課程的平均成績。以下SQL語句正確的是（）。（選擇一項）A
A. select StudentID,avg(score) from scores group by StudentID having count(studentID)>1
B. select StudentID,avg(score) from scores group by StudentID where count(studentID)>1
C. select StudentID,avg(score) from scores group by StudentID where count(studentID)>1 group by StudentID
D. select StudentID,avg(score) from scores having count(studentID)>1
44. 假設orders表中存在orderid等於1的紀錄，執行下面T-SQL：
begin transaction
delete from orders where orderid = 1
if (@@error<>0)
rollback transaction
rollback transaction
以下說法正確的是（）。（選擇一項）B
A. 執行成功，orderid為1的記錄被永久刪除。
B. 執行成功，orders表沒有任何變化。
C. 執行時出現錯誤。
D. 執行成功，但事務處理並沒有結束。
45. 項目開發需要經過幾個階段，繪制資料庫的E-R圖應該在（）階段進行。（選擇一項）B
A. 需求分析
B. 概要設計
C. 詳細設計
D. 代碼編寫
46. 將E-R圖轉換為表的過程中，如果實體之間存在多對多的關系，通常的做法是（）。（選擇一項）B
A. 在兩個實體間建立主外鍵關系。
B. 在兩個實體間建立關聯表，把一個多對多的關系分解成兩個一對多的關系。
C. 在兩個實體間建立關聯表，把一個多對多的關系分解成兩個一對一的關系。
D. 在兩個實體間不建立任何關系。
47. 某個欄位希望存放電話號碼，該欄位應選用（）數據類型。
A. char(10)
B. text
C. varchar(13)
D. int
48. 運行以下語句得到的結果是（）C
use javaWebDB
create table numbers
(
N1 INT,
N2 NUMERIC(5,0),
N3 NUMERIC(4,2),
)
INSERT numbers VALUES(100,100.5,10.5)
select * from numbers
A. 返回100，100，10.5的結果集
B. 返回100，100，10.50的結果集
C. 返回100，101，10.50的結果集
D. 語句無法全部成功執行
49. 資料庫事務處理具有如下特徵（），被簡稱為ACID。（選擇四項）ACEF
A. 原子性
B. 安全性
C. 隔離性
D. 完整性
E. 持久性
F. 一致性
50. SQL語言集數據查詢、數據操縱、數據定義和數據控制功能於一體，其中，CREATE、DROP、ALTER語句是實現哪種功能（ ）。C
A. 數據查詢
B. 數據操縱
C. 數據定義
D. 數據控制