㈠ 資料庫產品部署依賴於
資料庫產品的部署依賴於以下因素：
1.硬體環境：資料庫產品需要運行在相應的硬體環境上，包括CPU、內存、硬碟等等。不同的資料庫產品需要的硬體環境也有所不同。
2.操作系統：資料庫產品需要與特定的操作系統兼容，因此部署時需要選擇兼容的操作系統。
3.安全設置：對於企業級資料庫，安全是非常重要的因素，資料庫產品的部署需要考慮如何保證數據的安全性，如訪問控蠢者氏制、身份認證等設置。
4.網路環境：資料庫產品部署需要考慮到網路環境，包括帶寬、網路拓撲結構、IP地址等等。
5.數據備份：對於重要的數據，備份是不可或缺的，因此資料庫產品的部署需要考慮如何進行數據的備份和恢復。
6.應用程序：資料庫產品嫌信通常是作為帶散應用程序的一部分來使用的，因此部署時也需要考慮如何與應用程序相集成，以及如何提供給應用程序相應的介面。
㈡ 資料庫原理 函數依賴 名詞解釋
在資料庫中，函數依賴（Functional Dependency，FD）是一種約束條件，用於描述關系模式中屬性之間的依賴關系。具體爛空畢來說，如果關系模式R中屬性集X的取值能夠唯一確定屬性集Y的取值，那麼我們稱X函數決定（determine）Y，表示為X Y，其中X稱為決定因素（determinant），Y稱為被決定因素（dependent）。函數依賴是資料庫設計中的重要概念，它可以幫助我們分飢芹析和優化關系模式的結構，避免數據冗餘和不一致性，提高資料庫的性能和可維護性。
在函數依賴中，還有一些重要的名詞需要解釋：
1. 超鍵（Supper Key）：虧正指在關系模式R中，能夠唯一標識元組的屬性集稱為超鍵。超鍵包括關系模式中的所有屬性，也包括屬性的組合。例如，如果在一個關系模式中，屬性A和屬性B的組合能夠唯一標識元組，那麼{A,B}就是一個超鍵。
2. 候選鍵（Candidate Key）：指在關系模式R中，能夠唯一標識元組的最小超鍵稱為候選鍵。候選鍵是指具有最小決定因素的超鍵，也就是不能再去掉任何一個屬性而保持唯一性的超鍵。例如，如果在一個關系模式中，屬性A和屬性B的組合能夠唯一標識元組，並且不能再去掉任何一個屬性而保持唯一性，那麼{A,B}就是一個候選鍵。
3. 主鍵（Primary Key）：指在關系模式R中，選定的用於唯一標識元組的候選鍵稱為主鍵。主鍵是從候選鍵中選擇的一個，用於唯一標識關系中的元組。一個關系模式只能有一個主鍵，而一個候選鍵可以是多個屬性的組合。
㈢ 資料庫中什麼是復合鍵啊
就是多個欄位作為主鍵
復合鍵最明顯的優點是可以減少資料庫表的數量。
然而，復合鍵的缺點卻也是很明顯的：
1.使得表與表之間的相互依賴性程度加深；
2.會出現更為復雜的約束、規則；
3.對用戶更新數據的限制大大提高；
4.這樣的資料庫表設計，使得規范化程度最低（只能達到1NF），所以存在嚴重的數據冗餘和更新異常問題等。
當然，可能還有很多... ...
總之，我認為對於復合鍵來說，其缺點大於優點，故此，資料庫設計規范中都建議避免使用復合鍵！
僅為一孔之見，供參考！
㈣ 資料庫中「完全函數依賴，部分函數依賴 傳遞函數依賴」是什麼
1.數據依賴數據依賴指的是通過一個關系中屬性間的相等與否體現出來的數據間的相互關系，其中最重要的是函數依賴和多值依賴。 2.函數依賴設X,Y是關系R的兩個屬性集合，當任何時刻R中的任意兩個元組中的X屬性值相同時，則它們的Y屬性值也相同，則稱X函數決定Y，或Y函數依賴於X。 3.平凡函數依賴 當關系中屬性集合Y是屬性集合X的子集時(Y?X)，存在函數依賴X→Y，即一組屬性函數決定它的所有子集，這種函數依賴稱為平凡函數依賴。 4.非平凡函數依賴 當關系中屬性集合Y不是屬性集合X的子集時，存在函數依賴X→Y，則稱這種函數依賴為非平凡函數依賴。 5.完全函數依賴 設X,Y是關系R的兩個屬性集合，X』是X的真子集，存在X→寬宴帆Y，但慎雹對每一個X』都有X』!→Y，則稱Y完全函數依賴於X。 6.部分函數依賴 設X,Y是關系R的兩個屬性集合，存在X→Y，若X』是X的真子集，存在X』→祥蠢Y，則稱Y部分函數依賴於X。 7.傳遞函數依賴 參考資料：資料庫原理及應用
㈤ 什麼是資料庫復合屬性
比如：學生實體Students(學號，姓名，性別，家庭住址);然而「家庭住址」記錄了郵編、省、市、街道信息；此「家庭住址」可以細分成更小的屬性。家庭住址為復合屬性
㈥ 資料庫函數依賴問題。
一、函數依賴概念
函數依賴是從數學角度來定義的，在關系中用來刻畫關系各屬性之間相互制約而又相互依賴的情況。函數依賴普遍存在於現實生活中，比如，描述一個學生的關系，可以有學號、姓名、所在系等多個屬性，由於一個學號對應一個且僅一個學生，一個學生就讀於一個確定的系，因而當「學號」屬性的值確定之後，「姓名」及「所在系」的值也就唯一地確定了， 此時， 就可以稱「姓名」和「所在系」函數依賴於「學號」，或者說「學號」函數決定「姓名」和「所在系」，記作：學號→姓名、學號→所在系。下面對函數依賴給出確切的定義。
定義：設U{A1，A2，…，An}是屬性集合，R（U）是U上的一個關系，x、y是U的子集。若對於R（U）下的任何一個可能的關系， 均有x的一個值對應於y的唯一具體值，稱y函數依賴於x，記作x→y。 其中x稱為決定因素。進而若再有y→x，則稱x與y相互依賴，記作x←→y。例如表1．2所示「系」關系中：如果系名值是唯一的，即各系名均不相同，那麼有函數依賴集：
系代碼→系名，系代碼→系地址，系代碼→系電話，系代碼→系專業設置。
系名→系代碼，系名→系地址，系名→系電話，系名→系專業設置。
可見，系名與系代碼相互依賴，記作系名←→系代碼。
函數依賴中還可細分為多種函數依賴，分別介紹如下：
二、部分函數依賴
設R（U）是屬性集U上的關系，x、y是U的子集，x』是x的真子集，若x→y且x』→y，則稱y部分依賴x，記作X→PY。顯然，當且僅當x為復合屬性組時，才有可能出現部分函數依賴。
例如表1.6中， 顯然有課程號→課程名，課程號→開課教研室代碼。從另一角度看，只要課程號一定，同時祥銷課程名確定，開課教研室也就唯一確定，因此課程號+課程名→開課教研室代碼。 但它與前述課程號→開課教研室代碼是不同的，因為｛課程號，課程名｝存在真子集：「課程號」，課程號→開課教研室代碼，我們把課程號十課程名→開課教研室代碼稱為「開課教研室代碼」部分函數依賴於課程號+課程名。
三、完全函數依賴
設R（U）是屬性集U上的關系，x、y是U的子集，x』是x的真子集。若對於R（U）的任何一個可能的關系，有x→y但x』→y，則稱y完全函數依賴於x，記作X→FY。
所謂完全依賴是說明在依賴關系的決定項（即依賴關系的左項）中沒有多餘屬性，有多餘屬性就是部分依謹凱游賴。
例如設關系模式R，R＝R（學號，姓名，班號，課程號，成績），易知：
「（學號，班號，課程號）→成績」是R的一個部分依賴關系。 因此有決定項的真子集（學號，課程號），使得「（學號，課程號）→孫森成績」成立，且「學號→成績」或「課程號→成績」成立，「（學號，課程號）→ 成績」是R的一個完全依賴關系。
四、傳遞函數依賴
設R（U）是屬性集U上的關系，x、y、z是U的子集，在R（U）中，若x→y，但y→x，若y→z，則x→z，稱z傳遞函數依賴於x，記作X→TZ。
例如在一個學校中，每門課均是某一位老師教，但有些老師可教多門課，則有關系「教學」如表3．1所示。
由以上關系不難分析，課程名→職工號、職工號→課程名，但職工號和其他屬性的函數關系中都是決定因素，即職工號→老師名、職工號→職稱，在這種情況下，老師名、職稱傳遞函數依賴於課程名。
表3．1 教學表
課程名
職工號
老師名
性別
出生日期
職稱
英語
T1
張平
男
55．6．3
教授
數學
T2
王文
女
62．10．5
副教授
C語言
T3
李迎
女
62．10．5
副教授
資料庫
T2
王文
女
62．10．5
副教授
下面進一步舉例說明。
例如設車間考核職工完成生產定額關系為W：
W（日期，工號，姓名，工種，定額，超額，車間，車間主任）
請畫出該關系中存在的所有類型的函數依賴。
解答：因每個職工每個月超額情況不同，而定額一般很少變動，因此為了識別不同職工以及同一職工不同月份超額情況，選定「日期」與「工號」兩者組合作為主關鍵字。為了直觀醒目，可以在關系框架中的主關鍵字下方劃一橫線。
用箭頭標出各屬性的依賴情況，如圖3.3所示：
圖3.3 關系中各屬性的依賴情況
圖中表明:「超額」完全函數依賴於主關鍵字;「姓名」、「工種」和「車間」僅依賴於關鍵字中的「工號」；因「定額」依賴於「工種」，故「定額」傳遞函數依賴於「工號」；因「車間主任」函數依賴於「車間」，因而「車間主任」傳遞函數依賴於「工號」。
㈦ 什麼是資料庫約束
資料庫約束是對表中的數據進行進一步的限制，保證數據的正確性、有效性和完整性。
約束通常與一個表相關聯，並使用CREATE CONSTRAINT或CREATE ASSERTIONSQL語句創建。
所有的關系資料庫都支持對數據表使用約束，通過約束可以更好地保證數據表裡數據的完整性。
是表上強制執行的校驗規則，除此之外，當表中數據存在相互依賴性時，可以保護相關數據不被刪除。約束通常無法修改。
(7)資料庫的復合依賴擴展閱讀
資料庫中的五大約束：
1、主關鍵字約束
主關鍵字約束指定表的一列或幾列的組合的值在表中具有惟一性，即能惟一地指定一行記錄。每個表中只能有一列被指定為主關鍵字，且IMAGE 和TEXT 類型的列不能被指定為主關鍵字，也不允許指定主關鍵字列有NULL 屬性。
2、外關鍵字約束
外關鍵字約束定義了表之間的關系。當一個表中的一個列或多個列的組合和其它表中的主關鍵字定義相同時，就可以將這些列或列的組合定義為外關鍵字，並設定它適合哪個表中哪些列相關聯。
3、唯一性約束
惟一性約束指定一個或多個列的組合的值具有唯一性，以防止在列中輸入重復的值。唯一性約束指定的列可以有NULL 屬性。由於主關鍵字值是具有唯一性的，因此主關鍵字列不能再設定唯一性約束。唯一性約束最多由16 個列組成。
4、檢查約束
檢查約束對輸入列或整個表中的值設置檢查條件，以限制輸入值，保證資料庫的數據完整性。可以對每個列設置復合檢查。
5、預設約束
預設約束通過定義列的預設值或使用資料庫的預設值對象綁定表的列，來指定列的預設值。SQL Server 推薦使用預設約束，而不使用定義預設值的方式來指定列的預設值。
㈧ 資料庫中 完全函數依賴，部分函數依賴 傳遞函數依賴， 是什麼
1、傳遞函數依賴
設X,Y,Z是關系R中互不相同的屬性集合，存在X→Y(Y !→X),Y→Z，則稱Z傳遞函數依賴於X。
2、完全函數依賴
設X,Y是關系R的兩個喚顫屬性集合，X』是X的真子集，存在X→Y，但對每一個X』都有X』!→Y，則稱Y完全函數依賴於X。
3、部分函數依賴
設X,Y是關系R的兩個屬性集合，存在X→Y，若X』是X的真子集，存在X』→Y，則稱Y部分函數依賴於X。
(8)資料庫的復合依賴擴展閱讀
所謂函數依賴是指關系中一個或一組屬性的值可以決定其它屬性的值。函數依賴正象一游薯個函數 y = f(x) 一樣，x的值給定後，y的值也就唯一地確定了。
如果屬性集合Y中每個屬性的值構成的集合唯一地決定了屬性集合X中每個屬性的值構成的集合，則屬性集合X函數依賴於屬性集合Y，計為：Y→X。屬性集合Y中的屬性有時也稱作函數依賴Y→X的決定因素（determinant）。例：身份證號→姓名。
㈨ 帶你深入了解資料庫設計中的英文術語表
Access method（訪問方法）：此步驟包括從文件中存儲和檢索記錄。
Alias（別名）：某屬性的另一個名字。在SQL中，可以用別名替換表名。
Alternate keys（備用鍵，ER/關系模型）：在實體/表中沒有被選為主健的候選鍵。
Anomalies（異常）參見更新異常（update anomalies）
Application design（應用程序設計）：資料庫應用程序生命周期的一個階段，包括設計用戶界面以及使用和處理資料庫的應用程序。
Attribute（屬性）（關系模型）：屬性是關系中命名的列。
Attribute（屬性）（ER模型）：實體或關系中的一個性質。
Attribute inheritance（屬性繼承）：子類成員可以擁有其特有的屬性，並且繼承那些與超類有如蘆關的屬性的過程。
Base table（基本表圓消）：一個命名的表，其記錄物理的存儲在資料庫中。
Binary relationship（二元關系）：一個ER術語，用於描述兩個實體間的關系。例如，panch Has Staff。
Bottom-up approach（自底向上方法）：用於資料庫設計，一種設計方法學，他從標識每個設計組建開始，然後將這些組件聚合成一個大的單元。在資料庫設計中，可以從表示屬性開始底層設計，然後將這些屬性組合在一起構成代表實體和關系的表。
Business rules（業務規則）：由用戶或資料庫的管理者指定的附加規則。
Candidate key（候選鍵，ER關系模型）：僅包含標識實體所必須得最小數量的屬性/列的超鍵。
Cardinality（基數）：描述每個參與實體的可能的關系數目。
Centralized approach（集中化方法,用於資料庫設計）：將每個用戶試圖的需求合並成新資料庫應用程序的一個需求集合
Chasm trap（深坑陷阱）：假設實體間存在一根，但某些實體間不存在通路。
Client（客戶端）：向一個或多個伺服器請求服務的軟體應用程序。
Clustering field（群集欄位）：記錄總的任何用於群集（集合）航記錄的非鍵欄位，這些行在這個欄位上有相同的值。
Clustering index（群集索引）：在文件的群集欄位上定義的索引。一個文件最多有一個主索引或一個群集索引。
Column（列）：參加屬性（attribute）。
Complex relationship（復雜關系）：度數大於2的關系。
Composite attribute（復合屬性）：由多個簡單組件組成的屬性。
Composite key（復合鍵）：包含多個列的主健。
Concurrency control（並發控制）：在多用戶環境下同時執行多個十五並保證數據完整性的一個DBMS服務。
Constraint（約束）：資料庫不允許包含錯誤數據的一致性規則。
Data conversion and loading（數據轉換和載入）：資料庫應用生命周期重的一個階段，包括轉換現有數據到新資料庫中以及醬下耨應用程序轉換到新的資料庫上運行。
Data dictionary（數據字典）：參見系統目錄（system catalog）。
Data independence（數據獨立性）：使用數據渣腔帶的應用程序的數據描述部分。這意味著，如果將新的數據結構添加到資料庫中，或者資料庫中現有的結構被修改了，那麼使用此資料庫的就會受到影響，除非應用程序不直接依賴於被修改的部分。
Data model（數據模型）：描述數據、數據間關系以及數據的約束的概念的一個集成的集合。
Data rendancy（數據冗餘）：參見冗餘數據（rendant data）。
Data security（數據安全）：包括對資料庫對象（如表和視圖）的訪問和使用以及用戶可以在這些對象上實施的操作。
Database（資料庫）：是邏輯上相關的數據（以及這些數據的描述）的一個共享的集合，用於解決公司對信息的需求。
Database design（資料庫設計）：資料庫應用生命周期中的一個階段，包括創建一個支持公司的操作和目標的資料庫的設計。
Database integrity（資料庫完整性）：指存儲數據的正確定和一致性。完整性通常用約束來表達。
Database Management System，DBMS（資料庫管理系統）：一個能夠讓用戶定義、創建和維護資料庫並控制對資料庫的訪問的軟體系統。
Database planning（資料庫規劃）：能盡可能有效的實現資料庫應用的各階段的管理活動。
Database server（資料庫伺服器）：同伺服器。
DBMS engine（DBMS引擎）：同伺服器。
DBMS selection（DBMS選擇）：資料庫應用生命周期中的一個階段，包括選擇一個合適的DBMS來支持資料庫應用。
Degree of a relationship（關系的度）：一個關系中參與的實體的個數。
Denormalization（反規范化）：形式上，這個術語指的是對基本表結構的修改，這樣新的表比原始的表的規范化程度要低。但也可以用此屬於更寬泛地形容將兩個表和並成一個新表的情形，而這個新表與原來的表具有相同的範式，但比原表包含更多的空值。
Derived attribute（派生屬性）：表示其值可以從一個相關屬性和屬性集的值派生得到的屬性，這個屬性在實體中不是必須的。
Design methodology（設計方法學）：一種結構化的方法，它使用過程、工具和文檔來支持和簡化設計過程。
Disjoint constraint（無連接約束）：描述子類的成員間的關系，並指明超類某個成員是否有可能成為一個或多個子類的成員。
Domain（域）：一個或多個屬性的取值范圍。
Entity（實體）：具有相同性質的對象的集合，它是由用戶或公司標識並可獨立存在的。
Entity integrity（實體完整性）：在一個基本表中，主健列的值不能為空。
Entity occurrence（實體出現）：實體中的一個可標識的對象。
Entity-Relationship model（實體關系模型）：公司的實體、屬性和關系的詳細邏輯表示。
Fact-finding（事實發現）：使用諸如面談和提問等技術收集關於系統的事實、需求和性能的形式化過程。
Fan trap（扇形陷阱）：但從第三個實體扇出的兩個實體有1:*關系時出現扇形陷阱，但這兩個實體在他們之間應該有直接關系以提供必要的信息。
Field（欄位）：同元組（Tuple）。
File（文件）：存儲在副主存儲器中的相關記錄的一個命名集合。
File-based system（基於文件的系統）：一個文件集合，用來管理（創建、插入、刪除、更新和檢索）一個或多個文件中的數據，並產生基於這些文件中的數據的應用（通常是報表）。
File organization（文件組織）：當文件存儲在磁碟上時，對文件中的記錄的安排方式。
First normal form（1NF，第一範式）：表中的每個列的交叉處以及記錄包含切進包含一個值的表。
Foreign key（外健）：一個表中的一個列或者多個列的集合，這些列匹配某些其他（也可能是同一個）表中的候選鍵。
4GL, Fourth-Generation Language（第四代語言）：一種非過程化語言，比如SQL，他只需要用戶定義必須完成什麼操作，4GL負責將所進行的操作翻譯成如何實現這些操作。
Full functional dependency（完全函數依賴）：一個列在功能上依賴於復合主健，但不依賴於主健的任何一個子集的條件。
Functional dependency（函數依賴）：描述表中列之間的關系。
Generalization（泛化）：通過標識實體間的公共特徵使實體間差別最小化的過程。
Generalization hierarchy（泛化層次結構）：同類型層次（type hierarchy）。
Global data model（全局數據模型）：代表整個公司（和被模型化的公司的一部分）的數據模型。
Implementation（實現）：資料庫應用生命周期中的一個階段，包括資料庫和應用程序設計的物理實現。
Index（索引）：一種允許DBMS將特定的記錄更快的放置到文件中，從而加快對用戶查詢的響應的數據結構。
Infomation system（信息系統）：能夠在整個公司范圍內收集、管理、控制和分發數據/信息的資源。
Inheritance（繼承）：參見屬性繼承（attribute inheritance）。
Integrity constaints（完整性約束）：防止出現資料庫中的數據不一致的約束。
IS-A hierarchy（IS－A層次結構）：同類型層次結構（type hierarchy）。
Local logical data model（局部邏輯數據模型）：代表特定用戶視圖或用戶視圖的組合的數據模型。
Logical database design（邏輯資料庫設計）：基於特定的數據模型構建公司的數據的模型的過程，但不依賴於特定的DBMS以及其他的物理條件。
Meta-data（元數據）：關於數據的數據，參見系統目錄（system catalog）。
Mision objective（使命目標）：標識資料庫必須支持的特定任務。
Mission statement（使命語句）：定義資料庫應用程序的主要目標。
Multiplicity（多樣性）：定義與某個相關實體的一次出現有關的實體的出現數目。
Multi-valued attribute（多值屬性）：為一個實體的出現保存多個值的屬性。
Nonkey attribute/column（非鍵屬性/列）：不是鍵的一部分的屬性/列。
Normal forms（範式）：規范化過程的一個階段。前三個範式分別為第一範式（1NF）、第二範式（2NF）、第三範式（3NF）。
Normalization（規范化）：一種產生帶有需要的特性的技術，這種特性能支持用戶和公司的需求。
Null（空值）：表示當前不知道或對於這條記錄來說不可使用的一個列的值。
Operational maintenance（操作維護）：資料庫應用生命周期的一個階段，包括監視和維護系統安裝後的運行。
Participation constraint（參與約束，EER模型）：確定超類中的每個出現是否必須作為子類的一個成員進行參與。
Participation constraint（參與約束，ER模型）：確定是否所有或者僅僅是某些實體出現參與到關系中。
Physical database design（物理資料庫設計）：在二級存儲上產生資料庫實現的描述的過程，它描述基本表、文件的組織、用於獲得有效訪問的索引以及所有與完整性約束和安全性限制有關的說明。
Primary index（主索引）：在文件的有序鍵欄位上構建的索引。一個文件最多可以有一個主索引或一個群集索引。
Primary key（主健，ER模型）：用來標識每個實體的出現的候選鍵。
Primary key（主健，關系模型）：在一個表中用來標識記錄性的候選鍵。
Privileges（許可權）：允許用戶在給定基本表和視圖上執行的操作。
Prototyping（原型）：資料庫的應用程序生命周期的一個階段，包括勾踐資料庫應用程序的工作模型。
Query-by-Example（QBE）：一種用於關系型DBMS的非過程化的資料庫語言。QBE是一個圖形化的「點－按」查詢資料庫的方法。
RDBMS：關系型DBMS。
Record（記錄）：同元組（Tuple）。
Recovery control（恢復控制）：當時百事，將資料庫還原到正確狀態的過程。
Rcursive relationship（遞歸關系）：一種關系，擋同一個實體在不同的角色中參與多次時就會出現遞歸關系。例如Staff Supervises Staff。
rendant data（冗餘數據）：在多個表中存儲的重復數據。
Referential integrity（參照完整性）：如果一個表中存在外健，則外健值必須匹配主表中的某些記錄的候選鍵的值。
Relation（關系）：一個關系是一張表，它也有列和行。
Relational model（關系模型）：以表（或關系）的形式表示數據的數據模型。
Relational database（關系資料庫）：規范化表的集合。
Relation （關系）：實體間有意義的關系。
Relationship occurrence（關系出現）：兩個實體出現之間的可標識的聯系。
Requirements collection and analysis（需求收集於分析）：資料庫應用程序生命周期的一個階段，包括收集和分析資料庫應用程序所要支持的關於公司的信息，並使用這些信息來標識新的資料庫應用需求。
Row（行）：同元組（Tuple）。
Second normal form（第二範式）：一個已經是第一範式的表，同時滿足所有的非主健列只能從構成主健的全部列中獲得。
Secondary index（二級索引）：在數據文件的非有序欄位上定義的索引。
Security（安全）：指防止資料庫被非授權的用戶訪問，包括有意的和無意的。RDBMS通常提供兩種類型的安全：數據安全和系統安全。
Server（伺服器）：為發出請求的客戶提供服務的軟體應用程序。參見兩層/三層客戶端－伺服器體系結構。
Simple attribute（簡單屬性）：只有一個組件的屬性。
Single -valued attribute（單值屬性）：對於一個實體出現只有一個值的屬性。
Specialization（特化）：通過標識用來區分實體間成員的特徵來花實體間成員的差別的過程。
Specialization hierarchy（特化層次結構）：同類型層次結構（Type hierarchy）。
SQL（Structured Query Language，結構化查詢語言）：一種用於RDBMS的非過程化資料庫語言。換言之，你只需要指定你需要那些信息，而不需要指定如何得到這些信息。SQL已經被國際標准化組織（ISO）標准化了，因此SQL是定義和操縱RDBMS的正式和實際上的標准語言。
Strong entity（強實體）：一個不依賴於其他實體的主健的存在而存在的實體。
Subclass（子類）：為（超類）實體中的某些出現並保持特定屬性和關系並有不同角色的實體
Superclass（超類）：為實體中的所有出現保存公共屬性和關系的實體。可參見特化和泛化。
Superkey（超鍵，ER模型）：一個屬性或屬性集，誒譯的標識了每個實體地出現。
Superkey（超鍵，關系模型）：一個列或者列集，的標識了表中地一個記錄。
System catalog（系統目錄）：保存關於資料庫地結構、用戶、應用程序等信息地數據。
System definition（系統定義）：資料庫應用聲明周期重的一個階段，包括定義資料庫應用程序以及他的主要用戶視圖地范圍和邊界。
System security（系統安全）：在系統級保護資料庫地訪問和使用，不如用戶名和密碼。
Table（表）：同關系（relation）。
Ternary relationship（三元關系）：三個實體間的關系。例如panch，staff和member之間的Registers關系。
Testing（測試）：資料庫應用生命周期的一個階段，包括執行應用程序並有意地發現錯誤。
Third normal form，3NF（第三範式）：一個已經是1NF和2NF的表，同時滿足所有的非主健的列的值僅能從主健列得到，而不能從其他列得到。
3GL, Third-Generation Language（第三代語言）：一種過程化的語言，比如COBOL、C、C＋＋，它需要用戶（通常是程序員）指定必須要干什麼事情以及如何干這些事情。
Three-tier client-server architecture（三層客戶端－伺服器體系結構）：由處理用戶界面的客戶和處理業務邏輯的應用程序伺服器以及數據處理曾組成，而資料庫伺服器是用來來運行DBMS的。
Top-down approach（自頂向下方法，用於資料庫設計）：一種設計方法，此種方法從定義系統的主要結構開始，然後將這些結構逐步細分成更小的單元。在資料庫設計中，通過標識實體和數據間的關系開始這個頂層的步驟，然後逐步添加細節，比如你希望保存的關於實體和關系的信息（成為屬性）以及在實體、關系和屬性上的所有約束。
Transaction（事務）：由用戶和應用程序執行的一個動作或一系列動作，這些動作訪問或修改資料庫的內容。
Transaction Processing Monitor，TPM（事務處理監視器）：控制數據在客戶端和伺服器鍵轉換的程序，以便為聯機事務處理（OLTP）提供一個一致的環境。
Transitive dependency（傳遞依賴）：假設A、B、C是表中的列，如果B依賴於A（A-->B），並且C依賴於B（B- ->C），則C通過B傳遞而依賴於A（假設A不依賴於B或C）。如果在主健上存在一個傳遞依賴，則此表就不是3NF的。必須從表中去掉傳遞依賴以達到3NF的要求。
Tuple（元組）：關系中的一行記錄。
Two-tier client-server architecture（兩層客戶端－伺服器體系結構）：由處理主要業務和數據處理邏輯以及與用戶的介面的客戶端應用程序和管理和控制資料庫訪問的伺服器程序組成。
Type hierarchy（類型層次結構）：一個是提以及它的子類和他們的超類，等等。
UML（Unified Modeling Language，統一建模語言）：在20世紀80年代和90年代引入的諸多面向對象分析與設計方法重的一種較新的方法。
Update anomalies（更新異常）：當用戶視圖更新一個包含冗餘數據的標識可能引起的不一致。有三種類型的異常：插入、刪除和更新。
User view（用戶視圖）：從特定的作業（比如經理或管理者）角度或業務應用領域（比如市場、職員或庫存控制）定義的資料庫應用的需求。
View（視圖）：一個「虛擬底表」，它不實際存在資料庫中，但他由 DBMS從現有底它所涉及的基本表中產生。
View integration approach（視圖綜合法，用於資料庫設計）：每個用戶視圖的需求，用來構建代表用戶試圖底獨立數據模型。在資料庫設計階段，結果資料庫模型被合並成一個更大的模型。
㈩ 學生管理信息系統的資料庫關系範式,求詳細回答
1、第一範式：保證列的原子性
第二鍵運範式：當復合主鍵時，非主鍵欄位必須與野滑主鍵頌亮臘欄位有直接依賴
第三範式：非主鍵欄位不能有直接依賴關系
2、
create dababase 學生信息管理
呵呵