SQL是結構化查詢語言,英文名稱是:Structured Query Language, 簡寫SQL,是關系資料庫的標准語言.它的主要功能包括:數據定義, 數據查詢,數據操作和數據控制
在ACCESS中主要用來是查詢或修改數據的,一般情況下,只要掌握其中的幾個關鍵的語句和方式就行了
比如:查找常用的SELECT 語句
比如從一個STU 表中找學號(Stun)為 0102 的學生的NAME ,語句為
SELECT NAME FROM STU WHERE Stun =0102
還有像插入語句:INSERT ,格式
INSERT INTO (<表名>) [(<列名1>)[,(<列名2>)])...<查詢>
刪除語句: DELETE 格式為
DELETE FROM <表名> [WHERE <條件>]
更新語句:UPDATE 格式為
UPDATE <表名> SET <列名1>=<表達式1>,[<列名1>=<表達式1>]....WHERE <條件>
建議你看一本有關資料庫的書,裡面對SQL的使用很詳細,
只要掌握幾語常用的一般就行了,很簡單的,不要被嚇怕了
② SQL 請問SQL高手，系統中的這幾個資料庫都是做什麼用的
數據：計算機中用來描述事物的記錄
數據模型：是一種對客觀事物抽象化的表現形式。數據模型應該真實、易於理解、便於實現
建模：對客觀事物加以抽象，提取主要特徵，歸納成一個簡單清晰的輪廓，使復雜問題變得易於處理
數據模型三要素：數據結構、數據操作、完整性約束
數據結構描述靜態特徵，按數據結構可以把數據模型分為層次模型、網狀模型、關系模型
數據操作描述動態特徵，數據操作主要分為更新（插入、刪除、修改）、檢索兩大類，統稱增、刪、改、查
完整性約束確保數據的正確性、有效性、相容性
資料庫：簡稱DB(database)，是由資料庫管理系統管理的數據的聚集
資料庫管理系統:簡稱DBMS(DataBase Management System)是專門用於建立和管理資料庫的一套軟體，介於應用程序和操作系統之間。屬於系統軟體
資料庫系統：簡稱DBS（DataBase System)。資料庫、DBMS、應用程序和軟體系統統稱資料庫系統
關系：關系就是一張二維表
關系模型：數據以關系的形式表示，就是以二維表的形式表示數據模型
屬性：關系的標題欄中各列的名字
模式：關系的名稱和關系的屬性集
元組：二維表的所有行統稱為元組，元組的各個分量對應於關系的各個屬性。一個元組表示一個對象
域：關系的每個屬性的取值范圍
關系的實例：給定關系中元組的集合稱為該關系的「實例」。一個給定的關系模式，可以有許多關系實例。
關系型資料庫管理系統：簡稱RDBMS(Relationg DataBase Management System)，採用關系數據模型的資料庫管理系統。
資料庫系統的體系結構的三層結構和兩層映象：從資料庫管理的角度出發，資料庫系統的體系可分三層，外模式、模式、內模式。兩層映象是，外模式/模式映象、模式/內模式映象
外模式：又稱用戶模式，相當於SQL中的視圖（VIEW)模式，是資料庫用戶可以看見和使用的局部數據的邏輯結構和特徵描述，是與某應用有關的數據的邏輯表示
模式：分為概念模式、邏輯模式，是所有資料庫用戶的公共數據視圖，是資料庫中全部數據的邏輯結構和特徵的描述，一個資料庫只有一個模式
外模式/模式映象：把局部邏輯結構描述與全局邏輯結構描述聯系起來。一個模式可以與多個外模式對應聯系。例如，SQL SERVER中一個關系模式上可以建立多個滿足不同用戶要求的視圖VIEW。這種映象可以保證數據與應用程序之間的邏輯獨立性，即改變模式，不影響外模式，則與外模式相關的應用程序無序修改
內模式：由稱為存儲模式，是資料庫物理結構和存儲方式的描述，是數據在資料庫內部的表示方式。一個資料庫只有一個內模式。內模式描述記錄的存儲方式、索引的組織方式、數據是否壓縮、是否加密等，不涉及硬體設備。
模式/內模式映象：把全局邏輯結構描述與物理結構描述聯系起來。一個模式只有一個內模式。這種映象保證了數據與程序之間的物理獨立性，當內模式修改時，由於模式未變，所以無需修改程序。
DBMS的體系結構（組成）：查詢處理程序、存儲管理程序、事務管理程序、客戶/伺服器程序體系結構
查詢處理程序：負責查詢處理，它的一個重要任務是「優化」查詢。
事務管理程序：保證多個事務並發執行
存儲管理程序：既管理磁碟上的數據文件又管理存放數據文件部分內容的內存數據緩沖區
客戶/伺服器程序體系結構：大多數DBMS程序採用這種程序體系結構，把整個DBMS程序系統劃分為兩部分，DBMS核心部分屬於伺服器程序，客戶程序主要用於與用戶相互配合並將查詢或其他命令傳送給伺服器程序的查詢介面。
資料庫設計
資料庫設計的步驟：需求分析、概念設計、邏輯設計、物理設計
需求分析和概念設計階段的工作與具體資料庫管理系統無關，這一階段的工作獨立於資料庫管理系統
邏輯設計和物理設計階段的共組與具體採用何種資料庫管理系統相關。
需求分析階段：應用領域的調查、定義信息與應用、定義操作任務、定義數據項、預測未來改變，結果產生相關文檔
概念設計階段：也稱為建模
任務：資料庫概念模式（模式）設計、事務設計
概念模式設計的工具：E/R圖。對於面向對象的資料庫則可採用面向對象定義語言ODL
E/R圖：稱為實體-聯系模型
E/R圖的組成：實體集（矩形）、屬性（橢圓）、聯系（菱形）
聯系的類型：一對一、一對多、多對多。用線條和箭頭表示不同的聯系。箭頭指向的一方代表「一」
鍵碼屬性的表示：下劃線
聯系中的角色：即一個實體集內部實體之間的聯系
多向聯系：多個實體集之間發生的一個聯系
多向聯系轉化為雙向聯系的方法：將多向聯系轉換成實體集，然後在原來與之聯系的實體集和新的實體集之間建立新的雙向聯系
E/R圖中的子類的表示方法和繼承：如果實體集B是實體集A的子類，則它們之間用一個標有isa的三角形和兩根線條建立特殊的聯系。三角形的尖端指向超類（父類），子類實體集上只需標出子類特有的屬性，繼承父類的所有屬性。
ODL對象定義語言：是用面向對象的術語來說明資料庫結構的一種推薦的標准語言，主要用途是書寫面向對象資料庫的設計
對象：是某種可研究，可觀察的實體，例如：一個人、一門課程、一本書等等
類：具有相似特性的對象可以歸為一類
ODL描述的三種特性：屬性（Attribute)、聯系（Relationship)、方法(Method)
ODL書寫規則：
interface 類名1{
attribute 數據類型1 屬性名1；
attribute 數據類型2 屬性名2；
.
.
.
relationship [Set]<類名2> 聯系名1
inverse 類名2::聯系名2；
.
.
}
說明：
關鍵字interface、attribute、relationship、<set>、inverse
常用數據類型有string（字元串）、integer（整型）、float（浮點型）、enum（枚舉型）
[]中的set為任選項，當類1與類2的聯系是一對一時，不需要使用set，當類1與類2的聯系是一對多時必須使用set
inverse表示在類2中聯系名2所表示的聯系與類1中聯系名1所表示的聯系是多對一的對應聯系
ODL例一：用ODL描述製片公司與電影，假如製片公司部名稱不重復。因為，一個製片公司可以製作多部影片，而一部影片只能由一個公司製作發行，所以製片公司與影片的關系是一對多的關系。
interface studio{
attribute string studioname;
attribute string address;
attribute string phone;
relationship set<movie> make
inverse movie::madeby;
}
interface movie{
attribute string movietitle;
attribute integer length;
attribute enum incolor ;
attribute integer year;
relationship set studio madeby
inverse studio::make;
}
ODL例二：用ODL描述學生與課程，一名學生可以選擇多門課程來學習，一門課程可以被多名學生選修。
interface student{
attribute string sname;
attribute string address;
attribute enum gender ;
attribute integer age;
relationship set<course> choice
inverse course::choisedby;
}
interface course{
attribute string ctitle;
attribute integer credit;
relationship set<student> choisedby
inverse student::choice;
}
ODL例三：用ODL描述校長與學校的關系，一名校長只能管理一所學校，一所學校只能設一名校長。
interface chairman{
attribute string chname;
attribute enum gender ;
attribute integer age;
attribute string phone;
relationship set university manage
inverse university::leadby;
}
interface university{
attribute string unnmae;
attribute string addr;
relationship set chairman leadby
inverse chairman::manage;
}
ODL子類描述方法：自類繼承父類的所有屬性和聯系。子類可以有自己的特殊屬性和聯系。子類中屬性和聯系的描述方法與上述例子相同。
interface 子類名:基類名
ODL子類描述例：碩士研究生類是學生的一個子類。每名碩士研究生有若干名導師，一名導師可以帶多名碩士研究生。
interface student{
attribute string sname;
attribute string address;
attribute enum gender ;
attribute integer age;
}
interface master:student{
attribute string special;
relationship set<advisor> direct
inverse advisor::directedby;
}
interface advisor{
attribute string name;
attribute string address;
}
邏輯設計階段：把概念設計階段產生的資料庫概念模式變換為資料庫邏輯模式。資料庫邏輯模式依賴於邏輯數據模型和資料庫管理系統。目前做流行的資料庫管理系統都是關系型邏輯數據模型。所以，本教程知討論如何把概念模式轉變為關系模型
邏輯設計階段的步驟：
1.概念模式轉變為關系模型
2.對關系模型進行規范化和優化
3.適應DBMS限制條件的修改
4.對性能、存儲空間等的優化
1.概念模式轉變為關系模型
E/R圖轉變為關系模型的方法：
1.一個實體集轉變為一個關系模式，這個關系模式包含實體集所有的簡單屬性和復合屬性的簡單子屬性。實體集的名稱可以用作為關系模式的名稱，用下劃線來表示關系的鍵碼
2.一個聯系轉變為一個關系模式，一般情況下用聯系名作為關系名，用聯系的實體集的鍵碼和聯系本身的屬性作為此關系模式的屬性集。
E/R圖轉變為關系模型實例：
實例一：一個班級只能有一個班長，而且必須有一個班長，E/R圖如下：
學生與班級的聯系是一對一的聯系(1:1)。學生實體集的鍵碼是學號。班級實體集的鍵碼是班號。這個E/R圖可以轉變為如下的關系模型
學生（學號，姓名，性別，出生日期）
班級（班號，名稱，地點）
班長（學號，班號，注冊）
聯系反映的是具有某學號的學生擔任具有某班號班級的班長。這種轉變方法是常用的方法。
如果想減少查詢時使用連接操作的次數，提高查詢效率，以上E/R圖也可以轉變為如下關系模型
學生（學號，姓名，性別，出生日期，班號）
班級（班號，名稱，地點）
學生關系模式中的「班號」是外鍵碼。這種關系模式中，由於學生關系中記錄了所有學生的學號，但不是每個學生都擔任班長（按教科書上的術語叫做不是全參與），因此不是每個元組的班號屬性都有數據，即應該允許班號為空。否則，學生實體集必須是全參與，即每個學生都是班長。
實例二：一個影片公司可以製作多部影片，但是一部影片只能歸一個製片公司所有。假如公司不重名，影片也不重名，則公司名稱是製片公司實體集的鍵碼，影片名是影片實體集的鍵碼。
影片公司與影片的聯系是1對多的聯系（1：N)。這個E/R圖可以轉變為以下關系模型
影片公司（公司名稱，地點）
影片（影片名，片長）
製作（公司名稱，影片名）
同樣，假如影片公司是全參與，即每個影片公司至少製作了一部電影，則可以轉變為以下關系模型
影片公司（公司名稱，地點，影片名）
影片（影片名，片長）
其中，影片公司關系中的影片名是外鍵碼
實例三：學生與課程之間的聯系是「選修」。一個學生可以選多門課程，一門課程可以被多名學生選修，所以它們之間的「選修」聯系是多對多(N:M)
上述E/R圖可以轉變為以下關系模型
學生（學號，姓名）
課程（課程號，課程名）
選修（學號，課程號，成績）
選修關系中的學號和課程號是外鍵碼
2.對關系模型進行規范化和優化
為什麽要把關系模型規范化：為了有效地消除關系中存在的數據冗餘和更新異常等現象
基本概念
函數依賴：如果關系R的兩個元組在屬性A1，A2，...An上一致，則它們的另一個屬性B上也一致，那末，我們就說在關系R中屬性B函數地依賴於屬性A1，A2，...An或者說屬性A1，A2，...An函數決定屬性B。
關系的鍵碼：
如果一個或多個屬性的集合滿足如下條件，則稱該集合為關系R的鍵碼（key):
1.這些屬性函數決定該關系的所有其它屬性。
2.的任何真子集都不能函數決定R的所有其它屬性。
關系的超鍵碼：包含鍵碼的屬性集稱為超鍵碼，是「鍵碼的超集」的簡稱
函數依賴規則：分解/合並規則、傳遞規則、平凡依賴規則
平凡依賴：對於函數依賴A1，A2，...An->B，如果B是A中的某一個，我們稱這種依賴是平凡依賴
非平凡依賴：對於函數依賴A1，A2，...An->B，如後B中至少有一個不在A中，我們稱這種依賴是非平凡依賴
完全非平凡依賴：對於函數依賴A1，A2，...An->B，B中沒有一個在A中，我們稱這種依賴是完全非平凡依賴
主屬性：鍵碼所在的屬性
非主屬性：鍵碼以外的屬性
封閉集（閉包）對於給定的函數依賴集S，屬性集A函數決定的屬性集合就是屬性集A在依賴集S下的封閉集
範式就是符合某一種級別的關系模式的集合。
規范化通過分解把屬於低級範式的關系模式轉換為幾個屬於高級範式的關系模式的集合，這一過程稱為規范化
1範式（1NF)，如果一個關系模式R的所有屬性都是不可分割的基本數據項，則這個關系屬於1NF
2範式(2NF),若關系模式R屬於1NF，且每個非主屬性都完全依賴於鍵碼，則R屬於2NF
3範式（3NF),若關系模式R屬於1NF，且每個非主屬性都不傳遞依賴於鍵碼，則R屬於3NF
BC範式（BCNF),若關系模式屬於1NF，且R的每個非平凡依賴的決定因素都包含鍵碼，則R屬於BCNF
規范化分解原則：無損連接、保持依賴
無損連接：當對關系模式R進行分解時，R的元組將分別在相應屬性集進行投影而產生新的關系，如果對新的關系進行自然連接得到的元組的集合與原關系完全一致，則稱為無損連接
保持依賴：如果分解後的總的函數依賴集與原函數依賴集保持一致，則稱為保持依賴。
模式分解的兩個規則：公共屬性共享、相關屬性合一
公共屬性共享：保留公共屬性，進行自然連接是分解後的模式實現無損連接的必要條件
相關屬性合一：把以函數依賴的形式聯系在一起的相關屬性放在一個模式中，從而使原有的函數依賴得以保持，這是分解後的模式實現保持依賴的充分條件
模式分解的三種方法
一、部分依賴歸子集；完全依賴隨鍵碼——用於建立2NF
例：關系R(A,B,C,D,E,F,G)上存在函數依賴,A->BCD,E->F,AE->G,AE->BCD,AE->F
分析以上依賴可以看出，AE是鍵碼（AE->BCD)。因為AE是鍵碼，A是主屬性，A->BCD，所以BCD是部分依賴於AE
根據部分依賴歸子集的方法，因為A是AE的真子集，所以A與BCD歸在一起構成一個關系模式。R1(A,B,C,D)
同理對於AE->F，有E->F所以AE->F是部分依賴，非主屬性F所依賴的真子集是E，所以E和F可以歸在一個關系模式中R2(E,F)
AE->G是完全函數依賴，完全依賴隨鍵碼，所以AEG歸在一個關系模式中R3(A,E,G)
因此R(A,B,C,D,E,F,G)可以分解為符合2NF的關系模式如下:
R1(A,B,C,D)
R2(E,F)
R3(A,E,G)
二、基本依賴為基礎，中間屬性做橋梁——用於建立3NF
例：關系R(A,B,C,D,E)上存在函數依賴,AB->C,C->D,D->E
顯然中間橋梁是C->D，他構成了傳遞依賴鏈，因此，R可以分解為R1(A,B,C),R2(C,D)。分解後在R1，R2中都不存在傳遞依賴。
三、找違例自成一體，舍其右全集歸一；若發現仍有違例，再回首如法炮製——用於建立BCNF
BCNF違例：違背BC範式的函數依賴稱為BC範式違例
例：關系R(A,B,C,D,E)的鍵碼是AB,有函數依賴AB->CDE,ABC->E,C->D
分析上述三個函數依賴可以看出，C->D是BCNF違例。因為它的決定因素不包含鍵碼。我們作如下分解
違例自成一體，即CD構成一個關系模式R1(C,D)
舍其右全集歸一，即從R的屬性中取掉C->D的右邊的屬性D，其左邊的屬性C與其他所有屬性構成一個新的關系R2(A,B,C,E)
新的關系模式如下：
R1(C,D)
R2(A,B,C,E)
注意：以BCNF違例為基礎進行模式分解，最終得到的屬於BCNF的關系模式都能實現無損連接，但未必能保持函數依賴
邏輯設計例一：假如有關系模式R(A,B,C,D)和函數依賴集S=。
（1）找出所有BCNF違例。
（2）如果該關系模式不是BCNF，則將它分解為BCNF
（3）找出所有的違背3NF的依賴
（4）如果該關系不是3NF，則將它分解為3NF
步驟一：找出R在S上的所有非平凡依賴，首先計算封閉集
單屬性封閉集：A+=A,B+=BCD,C+=C,D+=D
雙屬性封閉集：AB+=ABCD,AC+=AC,AD+=AD,BC+=BCD,BD+=BCD,CD+=CD
三屬性封閉集：ABC+=ABCD,ABD+=ABCD,BCD+=BCD,ACD+=ACD
四屬性封閉集：ABCD+=ABCD
步驟二：根據計算所得的封閉集，找出鍵碼和超鍵碼
鍵碼：AB
超鍵碼：ABC,ABD,ABCD
步驟三：找出所有的非平凡函數依賴
B->C,B->D,AB->C,AB->D,BC->D,BD->C,ABC->D,ABD->C
其中，AB->C,AB->D,ABC->D,ABD->C不是BCNF違例，因為前兩個依賴的決定因素本身就是鍵碼，而後兩個依賴的決定因素包含鍵碼。所以，B->C,B->D,BC->D,BD->C是BCNF違例，因為它們的決定因素都不包含鍵碼。實際上可以看出R不是2NF，因為存在部分函數依賴：ABC->D,ABD->C,AB->C,AB->D,B->C,B->D
步驟四：進行BCNF規范。BCNF違例自成一體。從以上BCNF違例中選擇B->C自成一體
R1(B,C)
舍其右全集歸一，即捨去B->C的右邊屬性C，所以得到
R2(A,B,D)
但是在R2中還存在BCNF違例B->D，因此B->D自成一體，得到R21(B,D),舍其右全集歸一得到R22(A,B)
最後得到的關系模式是：R1(B,C),R21(B,D),R22(A,B)
通過關系模式分解，把一個非2NF的關系模式歸范成一個BCNF。代價是，在實際操作中增加了連接操作。
（3）B->C,B->D，B不是鍵碼也不是超鍵碼，而C,D都是鍵碼以外的屬性，即是非主屬性。所以R不是3NF。
邏輯設計例二：有關系R(A,B,C,D)和函數依賴集S=
（1）找出所有BCNF違例。
（2）如果該關系模式不是BCNF，則將它分解為BCNF
（3）找出所有的違背3NF的依賴
（4）如果該關系不是3NF，則將它分解為3NF
步驟一：找出R在S上的所有非平凡依賴，首先計算封閉集
單屬性封閉集：A+=ABCD,B+=ABCD,C+=ABCD,D+=ABCD
雙屬性封閉集：AB+=ABCD,AC+=ABCD,AD+=ABCD,BC+=ABCD,BD+=ABCD,CD+=ABCD
三屬性封閉集：ABC+=ABCD,ABD+=ABCD,BCD+=ABCD,ACD+=ABCD
四屬性封閉集：ABCD+=ABCD
步驟二：找出所有非平凡函數依賴
A->B,A->C,A->D,B->A,B->C,B->D,C->A,C->B,C->D,D->A,D->B,D->C
AB->C,AB->D,AC->B,AC->D,AD->B,AD->C,BC->A,BC->D,BD->A,BD->C,CD->A,CD->B
ABC->D,ABD->C,BCD->A,ACD->B
步驟三：找出鍵碼和超鍵碼
鍵碼：A,B,C,D
超鍵碼：AB,AC,AD,BC,BD,CD,ABC,ABD,BCD,ACD,ABCD
根據以上結果分析，R是3NF也是BCNF
3NF要求不存在每個非主屬性對於鍵碼的部分依賴或傳遞依賴
練習：對於
1.R(A,B,C,D)和函數依賴集S=
2.R(A,B,C,D,E)和函數依賴集S=
3.R(A,B,C,D,E)和函數依賴集S=
（1）找出所有BCNF違例。
（2）如果該關系模式不是BCNF，則將它分解為BCNF
物理設計階段：任務是在資料庫邏輯設計的基礎上，為每個關系模式選擇合適的存儲結構和存取路徑
物理設計階段步驟：
（1）分析影響資料庫物理設計的因素；
（2）為關系模?
請參考
③ 請問sql資料庫優化具體是指的哪些方面呢有沒有什麼工具軟體呢
1、資料庫邏輯設計的規范化 資料庫邏輯設計的規范化就是我們一般所說的範式，我們可以這樣來簡單理解範式：第1規范：沒有重復的組或多值的列，這是資料庫設計的最低要求。第2規范: 每個非關鍵欄位必須依賴於主關鍵字，不能依賴於一個組合式主關鍵字的某些組成部分。消除部分依賴，大部分情況下，資料庫設計都應該達到第二範式。第3規范: 一個非關鍵欄位不能依賴於另一個非關鍵欄位。消除傳遞依賴，達到第三範式應該是系統中大部分表的要求，除非一些特殊作用的表。更高的範式要求這里就不再作介紹了，個人認為，如果全部達到第二範式，大部分達到第三範式，系統會產生較少的列和較多的表，因而減少了數據冗餘，也利於性能的提高。2、合理的冗餘完全按照規范化設計的系統幾乎是不可能的，除非系統特別的小，在規范化設計後，有計劃地加入冗餘是必要的。冗餘可以是冗餘資料庫、冗餘表或者冗餘欄位，不同粒度的冗餘可以起到不同的作用。冗餘可以是為了編程方便而增加，也可以是為了性能的提高而增加。從性能角度來說，冗餘資料庫可以分散資料庫壓力，冗餘表可以分散數據量大的表的並發壓力，也可以加快特殊查詢的速度，冗餘欄位可以有效減少資料庫表的連接，提高效率。3、主鍵的設計主鍵是必要的，SQL SERVER的主鍵同時是一個唯一索引，而且在實際應用中，我們往往選擇最小的鍵組合作為主鍵，所以主鍵往往適合作為表的聚集索引。聚集索引對查詢的影響是比較大的，這個在下面索引的敘述。在有多個鍵的表，主鍵的選擇也比較重要，一般選擇總的長度小的鍵，小的鍵的比較速度快，同時小的鍵可以使主鍵的B樹結構的層次更少。主鍵的選擇還要注意組合主鍵的欄位次序，對於組合主鍵來說，不同的欄位次序的主鍵的性能差別可能會很大，一般應該選擇重復率低、單獨或者組合查詢可能性大的欄位放在前面。4、外鍵的設計外鍵作為資料庫對象，很多人認為麻煩而不用，實際上，外鍵在大部分情況下是很有用的，理由是：外鍵是最高效的一致性維護方法，資料庫的一致性要求，依次可以用外鍵、CHECK約束、規則約束、觸發器、客戶端程序，一般認為，離數據越近的方法效率越高。謹慎使用級聯刪除和級聯更新，級聯刪除和級聯更新作為SQL SERVER 2000當年的新功能，在2005作 了保留，應該有其可用之處。我這里說的謹慎，是因為級聯刪除和級聯更新有些突破了傳統的關於外鍵的定義，功能有點太過強大，使用前必須確定自己已經把握好 其功能范圍，否則，級聯刪除和級聯更新可能讓你的數據莫名其妙的被修改或者丟失。從性能看級聯刪除和級聯更新是比其他方法更高效的方法。5、欄位的設計欄位是資料庫最基本的單位，其設計對性能的影響是很大的。需要注意如下：A、數據類型盡量用數字型，數字型的比較比字元型的快很多。B、數據類型盡量小，這里的盡量小是指在滿足可以預見的未來需求的前提下的。C、 盡量不要允許NULL，除非必要，可以用NOT NULL+DEFAULT代替。D、少用TEXT和IMAGE，二進制欄位的讀寫是比較慢的，而且，讀取的方法也不多，大部分情況下最好不用。E、自增欄位要慎用，不利於數據遷移。6、資料庫物理存儲和環境的設計在設計階段，可以對資料庫的物理存儲、操作系統環境、網路環境進行必要的設計，使得我們的系統在將來能適應比較多的用戶並發和比較大的數據量。這里需要注意文件組的作用，適用文件組可以有效把I/O操作分散到不同的物理硬碟，提高並發能力。7、系統設計整個系統的設計特別是系統結構設計對性能是有很大影響的，對於一般的OLTP系統，可以選擇C/S結構、三層的C/S結構等，不同的系統結構其性能的關鍵也有所不同。系統設計階段應該歸納一些業務邏輯放在資料庫編程實現，資料庫編程包括資料庫存儲過程、觸發器和函數。用資料庫編程實現業務邏輯的好處是減少網路流量並可更充分利用資料庫的預編譯和緩存功能。8、索引的設計在設計階段，可以根據功能和性能的需求進行初步的索引設計，這里需要根據預計的數據量和查詢來設計索引，可能與將來實際使用的時候會有所區別。關於索引的選擇，應改主意：A、根據數據量決定哪些表需要增加索引，數據量小的可以只有主鍵。B、根據使用頻率決定哪些欄位需要建立索引，選擇經常作為連接條件、篩選條件、聚合查詢、排序的欄位作為索引的候選欄位。C、把經常一起出現的欄位組合在一起，組成組合索引，組合索引的欄位順序與主鍵一樣，也需要把最常用的欄位放在前面，把重復率低的欄位放在前面。D、一個表不要加太多索引，因為索引影響插入和更新的速度。 具體有什麼工具，我就不知道了
④ 求jsp代碼有關銷售方面的系統（玩具，商品等），附帶sql文件，謝謝！！
⑤ SQL中的銷售增長率怎麼求
簡單的Transact-SQL查詢只包括選擇列表、FROM子句和WHERE子句。它們分別說明所查詢列、查詢的表或視圖、以及搜索條件等。
例如，下面的語句查詢testtable表中姓名為「張三」的nickname欄位和email欄位。
SELECT nickname,email
FROM testtable
WHERE name='張三'
(一) 選擇列表
選擇列表(select_list)指出所查詢列，它可以是一組列名列表、星號、表達式、變數(包括局部變數和全局變數)等構成。
1、選擇所有列
例如，下面語句顯示testtable表中所有列的數據：
SELECT *
FROM testtable
2、選擇部分列並指定它們的顯示次序
查詢結果集合中數據的排列順序與選擇列表中所指定的列名排列順序相同。
例如：
SELECT nickname,email
FROM testtable
3、更改列標題
在選擇列表中，可重新指定列標題。定義格式為：
列標題=列名
列名 列標題
如果指定的列標題不是標準的標識符格式時，應使用引號定界符，例如，下列語句使用漢字顯示列標題：
SELECT 昵稱=nickname,電子郵件=email
FROM testtable
4、刪除重復行
SELECT語句中使用ALL或DISTINCT選項來顯示表中符合條件的所有行或刪除其中重復的數據行，默認為ALL。使用DISTINCT選項時，對於所有重復的數據行在SELECT返回的結果集合中只保留一行。
5、限制返回的行數
使用TOP n [PERCENT]選項限制返回的數據行數，TOP n說明返回n行，而TOP n PERCENT時，說明n是表示一百分數，指定返回的行數等於總行數的百分之幾。
例如：
SELECT TOP 2 *
FROM testtable
SELECT TOP 20 PERCENT *
FROM testtable
(二) FROM子句
FROM子句指定SELECT語句查詢及與查詢相關的表或視圖。在FROM子句中最多可指定256個表或視圖，它們之間用逗號分隔。
在FROM子句同時指定多個表或視圖時，如果選擇列表中存在同名列，這時應使用對象名限定這些列所屬的表或視圖。例如在usertable和citytable表中同時存在cityid列，在查詢兩個表中的cityid時應使用下面語句格式加以限定：
SELECT username,citytable.cityid
FROM usertable,citytable
WHERE usertable.cityid=citytable.cityid
在FROM子句中可用以下兩種格式為表或視圖指定別名：
表名 as 別名
表名 別名
例如上面語句可用表的別名格式表示為：
SELECT username,b.cityid
FROM usertable a,citytable b
WHERE a.cityid=b.cityid
SELECT不僅能從表或視圖中檢索數據，它還能夠從其它查詢語句所返回的結果集合中查詢數據。
例如：
SELECT a.au_fname+a.au_lname
FROM authors a,titleauthor ta
(SELECT title_id,title
FROM titles
WHERE ytd_sales>10000
) AS t
WHERE a.au_id=ta.au_id
AND ta.title_id=t.title_id
此例中，將SELECT返回的結果集合給予一別名t，然後再從中檢索數據。
(三) 使用WHERE子句設置查詢條件
WHERE子句設置查詢條件，過濾掉不需要的數據行。例如下面語句查詢年齡大於20的數據：
SELECT *
FROM usertable
WHERE age>20
WHERE子句可包括各種條件運算符：
比較運算符(大小比較)：>、>=、=、<、<=、<>、!>、!<
范圍運算符(表達式值是否在指定的范圍)：BETWEEN…AND…
NOT BETWEEN…AND…
列表運算符(判斷表達式是否為列表中的指定項)：IN (項1,項2……)
NOT IN (項1,項2……)
模式匹配符(判斷值是否與指定的字元通配格式相符):LIKE、NOT LIKE
空值判斷符(判斷表達式是否為空)：IS NULL、NOT IS NULL
邏輯運算符(用於多條件的邏輯連接)：NOT、AND、OR
1、范圍運算符例：age BETWEEN 10 AND 30相當於age>=10 AND age<=30
2、列表運算符例：country IN ('Germany','China')
3、模式匹配符例：常用於模糊查找，它判斷列值是否與指定的字元串格式相匹配。可用於char、varchar、text、ntext、datetime和smalldatetime等類型查詢。
可使用以下通配字元：
百分號%：可匹配任意類型和長度的字元，如果是中文，請使用兩個百分號即%%。
下劃線_：匹配單個任意字元，它常用來限製表達式的字元長度。
方括弧[]：指定一個字元、字元串或范圍，要求所匹配對象為它們中的任一個。[^]：其取值也[] 相同，但它要求所匹配對象為指定字元以外的任一個字元。
例如：
限制以Publishing結尾，使用LIKE '%Publishing'
限制以A開頭：LIKE '[A]%'
限制以A開頭外：LIKE '[^A]%'
4、空值判斷符例WHERE age IS NULL
5、邏輯運算符：優先順序為NOT、AND、OR
(四)查詢結果排序
使用ORDER BY子句對查詢返回的結果按一列或多列排序。ORDER BY子句的語法格式為：
ORDER BY {column_name [ASC|DESC]} [,…n]
其中ASC表示升序，為默認值，DESC為降序。ORDER BY不能按ntext、text和image數據類型進行排序。
例如：
SELECT *
FROM usertable
ORDER BY age desc,userid ASC
另外，可以根據表達式進行排序。
二、 聯合查詢
UNION運算符可以將兩個或兩個以上上SELECT語句的查詢結果集合合並成一個結果集合顯示，即執行聯合查詢。UNION的語法格式為：
select_statement
UNION [ALL] selectstatement
[UNION [ALL] selectstatement][…n]
其中selectstatement為待聯合的SELECT查詢語句。
ALL選項表示將所有行合並到結果集合中。不指定該項時，被聯合查詢結果集合中的重復行將只保留一行。
聯合查詢時，查詢結果的列標題為第一個查詢語句的列標題。因此，要定義列標題必須在第一個查詢語句中定義。要對聯合查詢結果排序時，也必須使用第一查詢語句中的列名、列標題或者列序號。
在使用UNION 運算符時，應保證每個聯合查詢語句的選擇列表中有相同數量的表達式，並且每個查詢選擇表達式應具有相同的數據類型，或是可以自動將它們轉換為相同的數據類型。在自動轉換時，對於數值類型，系統將低精度的數據類型轉換為高精度的數據類型。
在包括多個查詢的UNION語句中，其執行順序是自左至右，使用括弧可以改變這一執行順序。例如：
查詢1 UNION (查詢2 UNION 查詢3)
三、連接查詢
通過連接運算符可以實現多個表查詢。連接是關系資料庫模型的主要特點，也是它區別於其它類型資料庫管理系統的一個標志。
在關系資料庫管理系統中，表建立時各數據之間的關系不必確定，常把一個實體的所有信息存放在一個表中。當檢索數據時，通過連接操作查詢出存放在多個表中的不同實體的信息。連接操作給用戶帶來很大的靈活性，他們可以在任何時候增加新的數據類型。為不同實體創建新的表，爾後通過連接進行查詢。
連接可以在SELECT 語句的FROM子句或WHERE子句中建立，似是而非在FROM子句中指出連接時有助於將連接操作與WHERE子句中的搜索條件區分開來。所以，在Transact-SQL中推薦使用這種方法。
SQL-92標准所定義的FROM子句的連接語法格式為：
FROM join_table join_type join_table
[ON (join_condition)]
其中join_table指出參與連接操作的表名，連接可以對同一個表操作，也可以對多表操作，對同一個表操作的連接又稱做自連接。
join_type 指出連接類型，可分為三種：內連接、外連接和交叉連接。內連接(INNER JOIN)使用比較運算符進行表間某(些)列數據的比較操作，並列出這些表中與連接條件相匹配的數據行。根據所使用的比較方式不同，內連接又分為等值連接、自然連接和不等連接三種。外連接分為左外連接(LEFT OUTER JOIN或LEFT JOIN)、右外連接(RIGHT OUTER JOIN或RIGHT JOIN)和全外連接(FULL OUTER JOIN或FULL JOIN)三種。與內連接不同的是，外連接不只列出與連接條件相匹配的行，而是列出左表(左外連接時)、右表(右外連接時)或兩個表(全外連接時)中所有符合搜索條件的數據行。
交叉連接(CROSS JOIN)沒有WHERE 子句，它返回連接表中所有數據行的笛卡爾積，其結果集合中的數據行數等於第一個表中符合查詢條件的數據行數乘以第二個表中符合查詢條件的數據行數。
連接操作中的ON (join_condition) 子句指出連接條件，它由被連接表中的列和比較運算符、邏輯運算符等構成。
無論哪種連接都不能對text、ntext和image數據類型列進行直接連接，但可以對這三種列進行間接連接。例如：
SELECT p1.pub_id,p2.pub_id,p1.pr_info
FROM pub_info AS p1 INNER JOIN pub_info AS p2
ON DATALENGTH(p1.pr_info)=DATALENGTH(p2.pr_info)
(一)內連接
內連接查詢操作列出與連接條件匹配的數據行，它使用比較運算符比較被連接列的列值。內連接分三種：
1、等值連接：在連接條件中使用等於號(=)運算符比較被連接列的列值，其查詢結果中列出被連接表中的所有列，包括其中的重復列。
2、不等連接： 在連接條件使用除等於運算符以外的其它比較運算符比較被連接的列的列值。這些運算符包括>、>=、<=、<、!>、!<和<>。
3、自然連接：在連接條件中使用等於(=)運算符比較被連接列的列值，但它使用選擇列表指出查詢結果集合中所包括的列，並刪除連接表中的重復列。
例，下面使用等值連接列出authors和publishers表中位於同一城市的作者和出版社：
SELECT *
FROM authors AS a INNER JOIN publishers AS p
ON a.city=p.city
又如使用自然連接，在選擇列表中刪除authors 和publishers 表中重復列(city和state)：
SELECT a.*,p.pub_id,p.pub_name,p.country
FROM authors AS a INNER JOIN publishers AS p
ON a.city=p.city
(二)外連接
內連接時，返回查詢結果集合中的僅是符合查詢條件( WHERE 搜索條件或 HAVING 條件)和連接條件的行。而採用外連接時，它返回到查詢結果集合中的不僅包含符合連接條件的行，而且還包括左表(左外連接時)、右表(右外連接時)或兩個邊接表(全外連接)中的所有數據行。如下面使用左外連接將論壇內容和作者信息連接起來：
SELECT a.*,b.* FROM luntan LEFT JOIN usertable as b
ON a.username=b.username
下面使用全外連接將city表中的所有作者以及user表中的所有作者，以及他們所在的城市：
SELECT a.*,b.*
FROM city as a FULL OUTER JOIN user as b
ON a.username=b.username
(三)交叉連接
交叉連接不帶WHERE 子句，它返回被連接的兩個表所有數據行的笛卡爾積，返回到結果集合中的數據行數等於第一個表中符合查詢條件的數據行數乘以第二個表中符合查詢條件的數據行數。例，titles表中有6類圖書，而publishers表中有8家出版社，則下列交叉連接檢索到的記錄數將等於6*8=48行。
SELECT type,pub_name
FROM titles CROSS JOIN publishers
ORDER BY type
[Post=0][/Post]
⑥ 求SQL語句，我的表裡記錄了每天的銷售產品及金額，我想統計一個月中每天的銷售額，生成列表，語句怎麼寫
select 日期，count（金額）as 銷售額 from 表名 group by 日期 按要求這樣就成吧
⑦ sql是什麼軟體
SQL資料庫
SQL (Structured Query Language) 是具有數據操縱和數據定義等多種功能的資料庫語言，這種語言具有交互性特點，能為用戶提供極大的便利，資料庫管理系統應充分利用SQL語言提高計算機應用系統的工作質量與效率。
SQL語言不僅能獨立應用於終端，還可以作為子語言為其他程序設計提供有效助力，該程序應用中，SQL可與其他程序語言一起優化程序功能，進而為用戶提供更多更全面的信息。
(7)營銷領域的sql是什麼擴展閱讀：
SQL作為一種操作命令集, 以其豐富的功能受到業內人士的廣泛歡迎, 成為提升資料庫操作效率的保障。SQL Server資料庫的應用，能夠有效提升數據請求與返回的速度，有效應對復雜任務的處理，是提升工作效率的關鍵。
由於SQL Servers資料庫管理系統具有較高的數據管理性能，因其優越的性能，應用范圍非常廣，大量應用於伺服器和客戶體系結構中。SQL Servers資料庫的性質主要由以下幾個方面體現：系統的吞吐量、響應時間以及並行處理能力, 發出請求伺服器回應的速度、還有不同屏幕之間切換的速度等等。
⑧ SQL資料庫的應用領域、現狀、發展前景
SQL資料庫是具有數據操縱和數據定義等多種功能的資料庫語言，這種語言具有交互性特點，能為用戶提供極大的便利，資料庫管理系統應充分利用SQL語言提高計算機應用系統的工作質量與效率。
一、SQL資料庫的應用領域
1、多媒體資料庫
這種資料庫主要存儲與多媒體有關的數據，如語音、圖像和視頻數據。多媒體數據最大的特點是數據連續、數據量大、存儲空間大。
2、移動資料庫
這種資料庫是在筆記本電腦、掌上電腦等移動計算機系統上開發的。資料庫的最大特點是通過無線數字通信網路傳輸。移動資料庫可以隨時隨地獲取和訪問數據，為一些業務應用和一些突發事件帶來了極大的便利。
3、空間資料庫
目前，這種資料庫發展迅速。它主要包括地理信息資料庫（也稱為GIS）和計算機輔助設計（CAD）資料庫。其中，地理信息資料庫一般存儲與地圖相關的信息數據；CAD資料庫一般存儲機械、集成電路、電子設備設計圖紙等設計信息的空間資料庫。
4、信息檢索系統
信息檢索是根據用戶輸入的信息從資料庫中查找相關文檔或信息，並將信息反饋給用戶。信息檢索領域與資料庫領域同步發展。它是一個典型的聯機文檔管理系統或聯機圖書目錄。
5、分布式信息檢索
這種資料庫是隨著Internet的發展而產生的。它廣泛應用於Internet和遠程計算機網路系統中。特別是隨著電子商務的發展，這種資料庫的發展更為迅速。許多網路用戶（如個人、公司或企業等）將信息存儲在自己的計算機中。
6、專家決策系統
專家決策系統也是資料庫應用的一部分。因為越來越多的數據可以在網上獲得，特別是通過這些數據，企業可以對企業的發展做出更好的決策，從而使企業能夠更好地經營。隨著人工智慧的發展，專家決策系統的應用越來越廣泛。
二、SQL資料庫現狀
1、自主研發
國內自主研發關系型資料庫的企業、單位基本上都是發源於上世紀90年代的，而且都是以大學、科研機構為主。到今天，有代表性的廠商有：達夢–由華中理工馮玉才教授創辦，完全自主研發。以Oracle為參照、追趕對象。
2、引進源代碼
引進資料庫源代碼發展國產資料庫，如今，經濟發展，而且IBM也願意迎合國人對於國產化的訴求，將擱置多年的Informix源代碼拿出來，發揮余熱。2015年以來，與IBM簽訂源代碼授權的公司有華勝天成、南大通用（Gbase8t）和星瑞格。這三個公司成為以引進Informix源代碼發展國產資料庫的代表。
三、SQL資料庫發展前景
1、產品形成系列化
一方面，Web和數據倉庫等應用的興起，數據的絕對量在以驚人的速度迅速膨脹；另一方面，移動和嵌入式應用快速增長。針對市場的不同需求，資料庫正在朝系列化方向發展。
2、智能化集成化
SQL資料庫技術的廣泛使用為企業和組織收集並積累了大量的數據。數據豐富知識貧乏的現實直接導致了聯機分析處理（OLAP）和數據挖掘（DataMining）等技術的出現，促使資料庫向智能化方向發展。
3、支持各種互聯網應用
SQL資料庫管理系統是網路經濟的重要基礎設施之一。支持Internet（甚至於MobileInternet）資料庫應用已經成為資料庫系統的重要方面。例如，Oracle公司從8版起全面支持互聯網應用，是互聯網資料庫的代表。
(8)營銷領域的sql是什麼擴展閱讀：
SQL包括了所有對資料庫的操作，主要是由4個部分組成：
1、數據定義：又稱為「DDL語言」，定義資料庫的邏輯結構，包括定義資料庫、基本表、視圖和索引4部分。
2、數據操縱：又稱為「DML語言」，包括插入、刪除和更新三種操作。
3、數據查詢：又稱為「DQL語言」，包括數據查詢操作。
4、數據控制：又稱為「DCL語言」，對用戶訪問數據的控制有基本表和視圖的授權及回收。
5、事務控制：又稱為「TCL語言」，包括事務的提交與回滾。
參考資料來源：網路-SQL資料庫
⑨ Oracle、DB2、MySQL、SQL Server、Sybase這幾款數據的重點應用領域分別是哪些比如電信、互聯網、銀行等等
這個事情需要展開來看
很多大型企業單位為了滿足業務系統的使用需要，使用很強勁的伺服器主機，以大型機、小型機為主。這些機器都不使用windows系統，所以SQL Server之類的資料庫沒辦法在這種機器上運行。Oracle、DB2、Sybase之類的是主流，這幾個資料庫有很強大的技術支持團隊，也是受到大企業歡迎的原因。
計算機水平國外還是比較高的，所以外國軟體公司開發的針對大企業的軟體也都要求在這種資料庫上運行。
約定俗成，微軟的操作系統和資料庫由於不能運行在很強勁的主機上，所以只能給中小企業服務。微軟系列的還有access資料庫，基本上是為單機服務的。
至於MySQL基本上是為網站服務的，主要特點是免費，應用挺多，但是大企業信息化軟體很少用，因為沒有對應的業務支持人員，到時候出問題，找不到人，就出大事故了。
反過來再看資料庫本身，都有參數說明，你仔細看看就知道了。很多小資料庫本身底氣就不足，並發數量、最大庫文件等等參數標得很低，你說大企業動輒幾T幾P的數據，敢忘這種資料庫上放嗎？軟體公司敢編寫用這種資料庫的軟體嗎？
再說說知名度，企業之間都會互相問，要是一個很小很便宜的資料庫大家都用，都用得很好，市場佔有率極高。自然口碑就好，大家就都用了。微軟的sqlsever就是一個例子。從最開始的6.5基本上不能用到sql2000很成功，得到大量企業的認同，到現在出到2008版本，佔有率很高了，就是口碑，可是它在大企業中使用不理想，所以還是佔有中小企業。
分析這些資料庫，應該多方面來看，不能只看參數，只看技術。你都分析好了，發現某個資料庫不像大家說的，你能用，可是市場上找不到對應的軟體，也沒轍，除非你自己編寫。
⑩ sql server 是什麼軟體，哪方面的工作就會用到這個軟體軟體好用嗎
是微軟出品的資料庫軟體，一般用於資料庫開發、基於sql
server
的應用軟體使用都會用到它，分為伺服器和客戶端兩種。軟體是微軟開發的，目前是主要使用的資料庫軟體之一。