Ⅰ 用VS2012打開之前編寫好的C#文件的時候，出現這個提示「不一樣的行尾，是否將進行行尾標准化」咋回事
一般是編碼導致換行符不一致，選擇是，將行尾標准化為windows下的就對了。
一、資料庫設計過程
資料庫技術是信息資源管理最有效的手段。資料庫設計是指對於一個給定的應用環境，構造最優的資料庫模式，建立資料庫及其應用系統，有效存儲數據，滿足用戶信息要求和處理要求。
資料庫設計中需求分析階段綜合各個用戶的應用需求（現實世界的需求），在概念設計階段形成獨立於機器特點、獨立於各個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) 保持欄位名和類型的一致性，在命名欄位並為其指定數據類型的時候一定要保證一致性。假如數據類型在一個表裡是整數，那在另一個表裡可就別變成字元型了。
Ⅲ fatal error C1075: 與左側的 大括弧「{」匹配之前遇到文件結束是什麼錯誤
這個我也遇到過，由Windows和Unix不同的標准引起的。
有的編輯器會提示是否將行尾標察碰准化，在windows下保存為CR LF即可。
我自己的解決方法是復制粘貼代碼到word中，保存為.docx，然後再重新建一敗神談個復制粘貼回瞎碰去。
Ⅳ sql在哪一年首次被國際標准化組織批准作為關系資料庫語言的國際標准
1987年。
結構化查詢語言SQL（STRUCTURED QUERY LANGUAGE）是最重要的關系資料庫操作語言。1986年10月，美國國家標准協會（ANSI）對SQL進行規范後，以此作為關系式資料庫管理系統的標准語言（ANSI X3. 135-1986）。1987年，國際標准化組織（ISO）頒布了SQL正式國際標准。1989年4月，ISO提出了具有完整性特徵的SQL89標准，1992年11月又公布了SQL92標准。
以上參考自網路：
Ⅳ SQL語言的表達
SQL全稱是「結構化查詢語言(Structured Query Language)」
SQL(STructured Query Language)是一種資料庫查詢和程序設計語言，用於存取數據以及查詢、更新和管理關系資料庫系統。
SQL同時也是資料庫腳本文件的擴展名。
SQL是高級的非過程化編程語言，允許用戶在高層數據結構上工作。他不要求用戶指定對數據的存放方法，也不需要用戶了解具體的數據存放方式，所以具有完全不同底層結構的不同資料庫系統可以使用相同的SQL語言作為數據輸入與管理的介面。它以記錄集合作為操作對象，所有SQL語句接受集合作為輸入，返回集合作為輸出，這種集合特性允許一條SQL語句的輸出作為另一條SQL語句的輸入，所以SQL語句可以嵌套，這使他具有極大的靈活性和強大的功能，在多數情況下，在其他語言中需要一大段程序實現的功能只需要一個SQL語句就可以達到目的，這也意味著用SQL語言可以寫出非常復雜的語句。
結構化查詢語言(Structured Query Language)最早是IBM的聖約瑟研究實驗室為其關系資料庫管理系統SYSTEM R開發的一種查詢語言，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從IBM公司1981年推出以來，SQL語言得到了廣泛的應用。如今無論是像Oracle、Sybase、Informix、SQL Server這些大型的資料庫管理系統，還是像Visual Foxporo、PowerBuilder這些PC上常用的資料庫開發系統，都支持SQL語言作為查詢語言。
美國國家標准局(ANSI)與國際標准化組織（ISO）已經制定了SQL標准。ANSI是一個美國工業和商業集團組織，負責開發美國的商務和通訊標准。ANSI同時也是ISO和International Electrotechnical Commission(IEC)的成員之一。ANSI 發布與國際標准組織相應的美國標准。1992年，ISO和IEC發布了SQL國際標准，稱為SQL-92。ANSI隨之發布的相應標準是ANSI SQL-92。ANSI SQL-92有時被稱為ANSI SQL。盡管不同的關系資料庫使用的SQL版本有一些差異，但大多數都遵循 ANSI SQL 標准。SQL Server使用ANSI SQL-92的擴展集，稱為T-SQL，其遵循ANSI制定的 SQL-92標准。
SQL語言包含4個部分：
※ 數據定義語言(DDL)，例如：CREATE、DROP、ALTER等語句。
※ 數據操作語言(DML)，例如：INSERT、UPDATE、DELETE語句。
※ 數據查詢語言(DQL)，例如：SELECT語句。
※ 數據控制語言(DCL)，例如：GRANT、REVOKE、COMMIT、ROLLBACK等語句。
SQL語言包括三種主要程序設計語言類別的陳述式：數據定義語言(DDL)，數據操作語言(DML)及數據控制語言(DCL)。
[編輯本段]SQL發展歷史
1970： E.J. Codd 發表了關系資料庫理論(relational database theory)；
1974-79： IBM 以Codd的理論為基礎開發了「Sequel」,並重命名為"SQL"；
1979： Oracle 發布了商業版SQL
1981-84： 出現了其他商業版本，分別來自 IBM(DB2),Data General(DG/SQL),Relational Technology(INGRES)；
SQL/86：ANSI 跟 ISO的第一個標准；
SQL/89：增加了引用完整性(referential integrity)；
SQL/92(aka SQL2)：被資料庫管理系統（DBMS）生產商廣發接受；
1997+：成為動態網站(Dynamic web content)的後台支持；
SQL/99：Core level跟其他8種相應的level，包括遞歸查詢，程序跟流程式控制制，基本的對象（object）支持包括oids；
SQL/2003：包含了XML相關內容,自動生成列值(column values)；
2005-09-30：「Data is the next generation inside...SQL is the new HTML」! Tim O'eilly提出了Web 2.0理念，稱數據將是核心，SQL將成為「新的
HTML"；
SQL/2006：定義了SQL與XML(包含XQuery)的關聯應用；
2006：Sun公司將以SQL基礎的資料庫管理系統嵌入Java V6
[編輯本段]DDL
DDL 用於定義和管理物件，例如資料庫、資料表以及檢視表（ 第18章 將會解釋何謂檢視表）。DDL 陳述式通常包括每個物件的CREATE、ALTER 以及 DROP 命令。舉例來說，CREATE TABLE、ALTER TABLE 以及 DROP TABLE 這些陳述式便可以用來建立新資料表、修改其屬性（如新增或刪除資料行）、刪除資料表等，下面我們會一一介紹。
CREATE TABLE 陳述式
使用 DDL 在 MyDB 資料庫建立一個名為 Customer_Data 的範例資料表，本章後面的例子我們會使用到這個資料表。如前所述，CREATE TABLE 陳述式可以用來建立資料表。這個範例資料表被定義成四個資料行，如下所示：
Use MyDB
CREATE TABLE Customer_Data
(customer_id smallint,
first_name char(20),
last_name char(20),
phone char(10))
GO
這個陳述式能產生 Customer_Data 資料表，這個資料表會一直是空的直到資料被填入資料表內。
ALTER TABLE 陳述式
ALTER TABLE 陳述式用來變更資料表的定義與屬性。在下面的例子中，我們利用 ALTER TABLE 在已經存在的 Customer_Data 資料表中新增 middle_initial 資料行。
ALTER TABLE Customer_Data
ADD middle_initial char(1)
GO
現在資料表的定義包括了五個資料行，而不是之前的四個資料行。關於使用ALTER TABLE 的更多細節，請參閱 第15章 。
DROP TABLE 陳述式
DROP TABLE 陳述式用來刪除資料表定義以及所有的資料、索引、觸發程序、條件約束以及資料表的許可權。要刪除我們的 Customer_Data 資料表，可利用下列命令：
DROP TABLE Customer_Data
GO
關於 DROP TABLE 陳述式的詳細內容，請參閱 第15章 。
[編輯本段]DML
DML 利用 INSERT、SELECT、UPDATE 及 DELETE 等陳述式來操作資料庫物件所包含的資料。
INSERT 陳述式
INSERT 陳述式用來在資料表或檢視表中插入一列資料。例如，如果要在Customer_Data 資料表中新增一個客戶，可使用類似以下的 INSERT 陳述式：
INSERT INTO Customer_Data
(customer_id, first_name, last_name, phone)
VALUES (777, "Frankie", "Stein", "4895873900")
請注意 SQL 陳述式中第二行的資料行名稱清單，清單上資料行名稱的次序決定了資料數值將被放在哪個資料行。舉例來說，第一個資料數值將被放在清單列出的第一個資料行 customer_id、第二個資料數值放在第二個資料行，依此類推。由於我們在建立資料表時，定義資料資料行填入數值的次序與現在相同，因此我們不必特意指定欄位名稱。我們可以用以下的 INSERT 陳述式代替：
INSERT INTO Customer_Data
VALUES (777, "Frankie", "Stein", "4895873900")
注意
如果使用這種形式的 INSERT 陳述式，但被插入的數值次序上與建立資料表時不同，數值將被放入錯誤的資料行。如果資料的型別與定義不符，則會收到一個錯誤訊息。
UPDATE 陳述式
UPDATE 陳述式用來更新或改變一列或多列中的值。例如，一位名稱為 Frankie Stein 的客戶想要在記錄中改變他的姓氏為 Franklin，可使用以下 UPDATE 陳述式：
UPDATE Customer_Data
SET first_name = "Franklin"
WHERE last_name = "Stein" and customer_id= 777
我們在 WHERE 子句中加入 customer_id 的項目來確定其他名稱為 Stein 的客戶不會被影響－只有customer_id為777的客戶，姓氏會有所改變。
--------------------------------------------------------------------------------
說明
當您使用 UPDATE 陳述式時，要確定在 WHERE 子句提供充分的篩選條件，如此才不會不經意地改變了一些不該改變的資料。
--------------------------------------------------------------------------------
DELETE 陳述式
DELETE 陳述式用來刪除資料表中一列或多列的資料，您也可以刪除資料表中的所有資料列。要從 Customer_Data 資料表中刪除所有的列，您可以利用下列陳述式：
DELETE FROM Customer_Data
或
DELETE Customer_Data
資料表名稱前的 FROM 關鍵字在 DELETE 陳述式中是選擇性的。除此之外，這兩個陳述式完全相同。
要從 Customer_Data 資料表中刪除 customer_id 資料行的值小於100的列，可利用下列陳述式：
DELETE FROM Customer_Data
WHERE customer_id < 100
現在我們已經快速瀏覽了 SQL 提供的 DDL 與 DML 陳述式，接著，下面將介紹 T-SQL。
[編輯本段]DCL
DCL是用來管理資料庫的語言。包含管理許可權及數據更改。
--------------------------------------------------------------------------------
[編輯本段]SELECT 陳述式
SELECT 陳述式用來檢索資料表中的資料，而哪些資料被檢索由列出的資料行與陳述式中的 WHERE 子句決定。例如，要從之前建立的 Customer_Data 資料表中檢索 customer_id 以及 first_name 資料行的資料，並且只想取出每列中 first_name 資料行值為 Frankie 的資料，那麼可以利用以下的 SELECT 陳述式：
SELECT customer_id, first_name FROM Customer_Data
WHERE first_name = "Frankie"
如果有一列符合 SELECT 陳述式中的標准，則結果將顯示如下：
customer_id first_name
------------- ------------
777 Frankie
[編輯本段]SQL中的五種數據類型
簡要描述一下SQL中的五種數據類型:字元型，文本型，數值型，邏輯型和日期型
字元型
VARCHAR VS CHAR
VARCHAR型和CHAR型數據的這個差別是細微的，但是非常重要。他們都是用來儲存字元串長度小於255的字元。
假如你向一個長度為四十個字元的VARCHAR型欄位中輸入數據BIll GAtES。當你以後從這個欄位中取出此數據時，你取出的數據其長度為十個字元——字元串Bill Gates的長度。 現在假如你把字元串輸入一個長度為四十個字元的CHAR型欄位中，那麼當你取出數據時，所取出的數據長度將是四十個字元。字元串的後面會被附加多餘的空格。
當你建立自己的站點時，你會發現使用VARCHAR型欄位要比CHAR型欄位方便的多。使用VARCHAR型欄位時，你不需要為剪掉你數據中多餘的空格而操心。
VARCHAR型欄位的另一個突出的好處是它可以比CHAR型欄位佔用更少的內存和硬碟空間。當你的資料庫很大時，這種內存和磁碟空間的節省會變得非常重要
文本型
TEXT
使用文本型數據，你可以存放超過二十億個字元的字元串。當你需要存儲大串的字元時，應該使用文本型數據。
注意文本型數據沒有長度，而上一節中所講的字元型數據是有長度的。一個文本型欄位中的數據通常要麼為空，要麼很大。
當你從HTML fORM的多行文本編輯框(TEXTAREA)中收集數據時，你應該把收集的信息存儲於文本型欄位中。但是，無論何時，只要你能避免使用文本型欄位，你就應該不適用它。文本型欄位既大且慢，濫用文本型欄位會使伺服器速度變慢。文本型欄位還會吃掉大量的磁碟空間。
一旦你向文本型欄位中輸入了任何數據(甚至是空值)，就會有2K的空間被自動分配給該數據。除非刪除該記錄，否則你無法收回這部分存儲空間。
數值型
SQL支持許多種不同的數值型數據。你可以存儲整數 INT 、小數 NUMERIC、和錢數 MONEY。
INT VS SMALLINT VS TINYINT
他們的區別只是字元長度:
INT型數據的表數范圍是從-2，147，483，647到2，147，483，647的整數
SMALLINT 型數據可以存儲從-32768到32768的整數
TINYINT 型的欄位只能存儲從0到255的整數,不能用來儲存負數
通常，為了節省空間，應該盡可能的使用最小的整型數據。一個TINYINT型數據只佔用一個位元組;一個INT型數據佔用四個位元組。這看起來似乎差別不大，但是在比較大的表中，位元組數的增長是很快的。另一方面，一旦你已經創建了一個欄位，要修改它是很困難的。因此，為安全起見，你應該預測以下，一個欄位所需要存儲的數值最大有可能是多大，然後選擇適當的數據類型。
NUMERIC
為了能對欄位所存放的數據有更多的控制，你可以使用NUMERIC型數據來同時表示一個數的整數部分和小數部分。NUMERIC型數據使你能表示非常大的數——比INT型數據要大得多。一個NUMERIC型欄位可以存儲從-1038到1038范圍內的數。NUMERIC型數據還使你能表示有小數部分的數。例如，你可以在NUMERIC型欄位中存儲小數3.14。
當定義一個NUMERIC型欄位時，你需要同時指定整數部分的大小和小數部分的大小。如:MUNERIC(23,0)
一個 NUMERIC型數據的整數部分最大隻能有28位，小數部分的位數必須小於或等於整數部分的位數，小數部分可以是零。
MONEY VS SMALLMONEY
你可以使用 INT型或NUMERIC型數據來存儲錢數。但是，專門有另外兩種數據類型用於此目的。如果你希望你的網點能掙很多錢，你可以使用MONEY型數據。如果你的野心不大，你可以使用SMALLMONEY型數據。MONEY型數據可以存儲從-922，337，203，685，477.5808到922，337，203，685，477.5807的錢數。如果你需要存儲比這還大的金額，你可以使用NUMERIC型數據。
SMALLMONEY型數據只能存儲從-214，748.3648到214，748.3647 的錢數。同樣，如果可以的話，你應該用SMALLMONEY型來代替MONEY型數據，以節省空間。
邏輯型
BIT
如果你使用復選框( CHECKBOX)從網頁中搜集信息，你可以把此信息存儲在BIT型欄位中。BIT型欄位只能取兩個值:0或1。
當心，在你創建好一個表之後，你不能向表中添加 BIT型欄位。如果你打算在一個表中包含BIT型欄位，你必須在創建表時完成。
日期型
DATETIME VS SMALLDATETIME
一個 DATETIME型的欄位可以存儲的日期范圍是從1753年1月1日第一毫秒到9999年12月31日最後一毫秒。
如果你不需要覆蓋這么大范圍的日期和時間，你可以使用SMALLDATETIME型數據。它與DATETIME型數據同樣使用，只不過它能表示的日期和時間范圍比DATETIME型數據小，而且不如DATETIME型數據精確。一個SMALLDATETIME型的欄位能夠存儲從1900年1月1日到2079年6月6日的日期，它只能精確到秒。
DATETIME型欄位在你輸入日期和時間之前並不包含實際的數據，認識這一點是重要的。
Ⅵ SQL查詢語句
SQL查詢語句大全
SQL語句無論是種類還是數量都是繁多的，很多語句也是經常要用到的，SQL查詢語句就是一個典型的例子，無論是高級查詢還是低級查詢，SQL查詢語句的需求是最頻繁的。那麼SQL查詢語句有哪些？下面跟我一起來看看吧！
一、簡單查詢語句
1. 查看錶結構
SQL>DESC emp;
2. 查詢所有列
SQL>SELECT * FROM emp;
3. 查詢指定列
SQL>SELECT empmo, ename, mgr FROM emp;
SQL>SELECT DISTINCT mgr FROM emp; 只顯示結果不同的項
4. 查詢指定行
SQL>SELECT * FROM emp WHERE job='CLERK';
5. 使用算術表達式
SQL>SELECT ename, sal*13+nvl(comm,0) FROM emp;
nvl(comm,1)的意思是，如果comm中有值，則nvl(comm,1)=comm; comm中無值，則nvl(comm,1)=0。
SQL>SELECT ename, sal*13+nvl(comm,0) year_sal FROM emp; （year_sal為別名，可按別名排序）
SQL>SELECT * FROM emp WHERE hiredate>'01-1月-82';
6. 使用like操作符（%，_）
%表示一個或多個字元，_表示一個字元，[charlist]表示字元列中的任何單一字元，[^charlist]或者[!charlist]不在字元列中的任何單一字元。
SQL>SELECT * FROM emp WHERE ename like 'S__T%';
7. 在where條件中使用In
SQL>SELECT * FROM emp WHERE job IN ('CLERK','ANALYST');
8. 查詢欄位內容為空/非空的語句
SQL>SELECT * FROM emp WHERE mgr IS/IS NOT NULL;
9. 使用邏輯操作符號
SQL>SELECT * FROM emp WHERE (sal>500 or job='MANAGE') and ename like 'J%';
10. 將查詢結果按欄位的值進行排序
SQL>SELECT * FROM emp ORDER BY deptno, sal DESC; (按部門升序，並按薪酬降序)
二、復雜查詢
1. 數據分組(max,min,avg,sum,count)
SQL>SELECT MAX(sal),MIN(age),AVG(sal),SUM(sal) from emp;
SQL>SELECT * FROM emp where sal=(SELECT MAX(sal) from emp));
SQL>SELEC COUNT(*) FROM emp;
2. group by（用於對查詢結果的分組統計） 和 having子句（用於限制分組顯示結果）
SQL>SELECT deptno,MAX(sal),AVG(sal) FROM emp GROUP BY deptno;
SQL>SELECT deptno, job, AVG(sal),MIN(sal) FROM emp group by deptno,job having AVG(sal)<2000;
對於數據分組的總結：
a. 分組函數只能出現在選擇列表、having、order by子句中（不能出現在where中）
b. 如果select語句中同時包含有group by, having, order by，那麼它們的順序是group by, having, order by。
c. 在選擇列中如果有列、表達式和分組函數，那麼這些列和表達式必須出現在group by子句中，否則就是會出錯。
使用group by不是使用having的前提條件。
3. 多表查詢
SQL>SELECT e.name,e.sal,d.dname FROM emp e, dept d WHERE e.deptno=d.deptno order by d.deptno;
SQL>SELECT e.ename,e.sal,s.grade FROM emp e,salgrade s WHER e.sal BETWEEN s.losal AND s.hisal;
4. 自連接（指同一張表的連接查詢）
SQL>SELECT er.ename, ee.ename mgr_name from emp er, emp ee where er.mgr=ee.empno;
5. 子查詢（嵌入到其他sql語句中的select語句，也叫嵌套查詢）
5.1 單行子查詢
SQL>SELECT ename FROM emp WHERE deptno=(SELECT deptno FROM emp where ename='SMITH');查詢表中與smith同部門的人員名字。因為返回結果只有一行，所以用「=」連接子查詢語句
5.2 多行子查詢
SQL>SELECT ename,job,sal,deptno from emp WHERE job IN (SELECT DISTINCT job FROM emp WHERE deptno=10);查詢表中與部門號為10的工作相同的員工的姓名、工作、薪水、部門號。因為返回結果有多行，所以用「IN」連接子查詢語句。
in與exists的區別： exists() 後面的子查詢被稱做相關子查詢，它是不返回列表的值的。只是返回一個ture或false的結果，其運行方式是先運行主查詢一次，再去子查詢里查詢與其對 應的結果。如果是ture則輸出，反之則不輸出。再根據主查詢中的每一行去子查詢里去查詢。in()後面的子查詢，是返回結果集的，換句話說執行次序和 exists()不一樣。子查詢先產生結果集，然後主查詢再去結果集里去找符合要求的欄位列表去。符合要求的輸出，反之則不輸出。
5.3 使用ALL
SQL>SELECT ename,sal,deptno FROM emp WHERE sal> ALL (SELECT sal FROM emp WHERE deptno=30);或SQL>SELECT ename,sal,deptno FROM emp WHERE sal> (SELECT MAX(sal) FROM emp WHERE deptno=30);查詢工資比部門號為30號的所有員工工資都高的員工的姓名、薪水和部門號。以上兩個語句在功能上是一樣的，但執行效率上，函數會高 得多。
5.4 使用ANY
SQL>SELECT ename,sal,deptno FROM emp WHERE sal> ANY (SELECT sal FROM emp WHERE deptno=30);或SQL>SELECT ename,sal,deptno FROM emp WHERE sal> (SELECT MIN(sal) FROM emp WHERE deptno=30);查詢工資比部門號為30號的任意一個員工工資高（只要比某一員工工資高即可）的員工的姓名、薪水和部門號。以上兩個語句在功能上是 一樣的，但執行效率上，函數會高得多。
5.5 多列子查詢
SQL>SELECT * FROM emp WHERE (job, deptno)=(SELECT job, deptno FROM emp WHERE ename='SMITH');
5.6 在from子句中使用子查詢
SQL>SELECT emp.deptno,emp.ename,emp.sal,t_avgsal.avgsal FROM emp,(SELECT emp.deptno,avg(emp.sal) avgsal FROM emp GROUP BY emp.deptno) t_avgsal where emp.deptno=t_avgsal.deptno AND emp.sal>t_avgsal.avgsal ORDER BY emp.deptno;
5.7 分頁查詢
資料庫的每行數據都有一個對應的行號，稱為rownum.
SQL>SELECT a2.* FROM (SELECT a1.*, ROWNUM rn FROM (SELECT * FROM emp ORDER BY sal) a1 WHERE ROWNUM<=10) a2="" where="" rn="">=6;
指定查詢列、查詢結果排序等，都只需要修改最里層的子查詢即可。
5.8 用查詢結果創建新表
SQL>CREATE TABLE mytable (id,name,sal,job,deptno) AS SELECT empno,ename,sal,job,deptno FROM emp;
5.9 合並查詢（union 並集, intersect 交集, union all 並集+交集, minus差集)
SQL>SELECT ename, sal, job FROM emp WHERE sal>2500 UNION(INTERSECT/UNION ALL/MINUS) SELECT ename, sal, job FROM emp WHERE job='MANAGER';
合並查詢的執行效率遠高於and,or等邏輯查詢。
5.10 使用子查詢插入數據
SQL>CREATE TABLE myEmp(empID number(4), name varchar2(20), sal number(6), job varchar2(10), dept number(2)); 先建一張空表；
SQL>INSERT INTO myEmp(empID, name, sal, job, dept) SELECT empno, ename, sal, job, deptno FROM emp WHERE deptno=10; 再將emp表中部門號為10的數據插入到新表myEmp中，實現數據的批量查詢。
5.11 使用了查詢更新表中的數據
SQL>UPDATE emp SET(job, sal, comm)=(SELECT job, sal, comm FROM emp where ename='SMITH') WHERE ename='SCOTT';
簡介
SQL語言1974年由Boyce和Chamberlin提出，並首先在IBM公司研製的關系資料庫系統SystemR上實現。由於它具有功能豐富、使用方便靈活、語言簡潔易學等突出的優點，深受計算機工業界和計算機用戶的歡迎。1980年10月，經美國國家標准局(ANSI)的資料庫委員會X3H2批准，將SQL作為關系資料庫語言的美國標准，同年公布了標准SQL，此後不久，國際標准化組織(ISO)也作出了同樣的決定。
SQL從功能上可以分為3部分：數據定義、數據操縱和數據控制。
SQL的核心部分相當於關系代數，但又具有關系代數所沒有的許多特點，如聚集、資料庫更新等。它是一個綜合的、通用的、功能極強的關系資料庫語言。其特點是：
1、數據描述、操縱、控制等功能一體化。
2、兩種使用方式，統一的語法結構。SQL有兩種使用方式。一是聯機交互使用，這種方式下的SQL實際上是作為自含型語言使用的。另一種方式是嵌入到某種高級程序設計語言(如C語言等)中去使用。前一種方式適合於非計算機專業人員使用，後一種方式適合於專業計算機人員使用。盡管使用方式不向，但所用語言的語法結構基本上是一致的。
3、高度非過程化。SQL是一種第四代語言(4GL)，用戶只需要提出「干什麼」，無須具體指明「怎麼干」，像存取路徑選擇和具體處理操作等均由系統自動完成。
4、語言簡潔，易學易用。盡管SQL的'功能很強，但語言十分簡潔，核心功能只用了9個動詞。SQL的語法接近英語口語，所以，用戶很容易學習和使用。
功能
SQL具有數據定義、數據操縱、和數據控制的功能。
1、SQL數據定義功能：能夠定義資料庫的三級模式結構，即外模式、全局模式和內模式結構。在SQL中，外模式又叫做視圖（View），全局模式簡稱模式（Schema），內模式由系統根據資料庫模式自動實現，一般無需用戶過問。
2、SQL數據操縱功能：包括對基本表和視圖的數據插入、刪除和修改，特別是具有很強的數據查詢功能。
3、SQL的數據控制功能：主要是對用戶的訪問許可權加以控制，以保證系統的安全性。
語句結構
結構化查詢語言包含6個部分：
1、數據查詢語言（DQL: Data Query Language）：其語句，也稱為「數據檢索語句」，用以從表中獲得數據，確定數據怎樣在應用程序給出。保留字SELECT是DQL（也是所有SQL）用得最多的動詞，其他DQL常用的保留字有WHERE，ORDER BY，GROUP BY和HAVING。這些DQL保留字常與其它類型的SQL語句一起使用。
2、數據操作語言（DML：Data Manipulation Language）：其語句包括動詞INSERT、UPDATE和DELETE。它們分別用於添加、修改和刪除。
3、事務控制語言（TCL）：它的語句能確保被DML語句影響的表的所有行及時得以更新。包括COMMIT（提交）命令、SAVEPOINT（保存點）命令、ROLLBACK（回滾）命令。
4、數據控制語言（DCL）：它的語句通過GRANT或REVOKE實現許可權控制，確定單個用戶和用戶組對資料庫對象的訪問。某些RDBMS可用GRANT或REVOKE控制對表單個列的訪問。
5、數據定義語言（DDL）：其語句包括動詞CREATE,ALTER和DROP。在資料庫中創建新表或修改、刪除表（CREATE TABLE 或 DROP TABLE）；為表加入索引等。
6、指針控制語言（CCL）：它的語句，像DECLARE CURSOR，FETCH INTO和UPDATE WHERE CURRENT用於對一個或多個表單獨行的操作。
語言特點
SQL風格統一
SQL可以獨立完成資料庫生命周期中的全部活動，包括定義關系模式、錄入數據、建立資料庫、査詢、更新、維護、資料庫重構、資料庫安全性控制等一系列操作，這就為資料庫應用系統開發提供了良好的環境，在資料庫投入運行後，還可根據需要隨時逐步修改模式，且不影響資料庫的運行，從而使系統具有良好的可擴充性。
高度非過程化
非關系數據模型的數據操縱語言是面向過程的語言，用其完成用戶請求時，必須指定存取路徑。而用SQL進行數據操作，用戶只需提出「做什麼」，而不必指明「怎麼做」，因此用戶無須了解存取路徑，存取路徑的選擇以及SQL語句的操作過程由系統自動完成。這不但大大減輕了用戶負擔，而且有利於提高數據獨立性。
面向集合的操作方式
SQL採用集合操作方式，不僅查找結果可以是元組的集合，而且一次插入、刪除、更新操作的對象也可以是元組的集合。
以同一種語法結構提供兩種使用方式
SQL既是自含式語言，又是嵌入式語言。作為自含式語言，它能夠獨立地用於聯機交互的使用方式，用戶可以在終端鍵盤上直接輸入SQL命令對資料庫進行操作。作為嵌入式語言，SQL語句能夠嵌入到高級語言（如C、C#、JAVA）程序中，供程序員設計程序時使用。而在兩種不同的使用方式下，SQL的語法結構基本上是一致的。這種以統一的語法結構提供兩種不同的操作方式，為用戶提供了極大的靈活性與方便性。
語言簡潔，易學易用
SQL功能極強，但由於設計巧妙，語言十分簡潔，完成數據定義、數據操縱、數據控制的核心功能只用了9個動詞：CREATE、ALTER、DROP、SELECT、INSERT、UPDATE、DELETE、GRANT、REVOKE。且SQL語言語法簡單，接近英語口語，因此容易學習，也容易使用。
;Ⅶ 以下文件中的行尾不一致，要將行尾標准化嗎
原因分析高謹：可能是寫代碼的時候行尾的標識可能不一樣造成的。默認情況下是坐對行尾進行檢查。 解決辦法：去掉去行尾的檢查，或者修改行尾的內容為統一的一種。 去掉行尾檢查的配置：在選項里->液純環境->文檔中有一個"載入時檢查一致的行尾"鉤去掉就不會檢查了。 當然如果出現亂碼可能是因為編碼的問題，可以啟用UTF-8的檢測，在工具->選項->文本編輯器->自動檢測不帶簽名的UTF-8編碼，勾選。 設置如下： 第二種解決辦法：把行尾格式化一下： 把文件的內容全部復制到記事本或者文本編碼工具(如editplus)中，然後再復制戚埋基到vs.net里。這樣就可以全部格式化行尾的格式了。 還有一種可能：VSS版本太低 VS.net綁定到VSS 要求VSS的版本在6.0C以上的版本。如果VSS的版本是6.0C以下的版本就可能出現這種情況，建議升級VSS到6.0d的版本。即可解決該問題。
Ⅷ 第三章 SQL語言元素（一）
InterSystems SQL命令（也稱為SQL語句）以關鍵字開頭，後跟一個或多個參數。其中一些參數可能是子句或函數，由它們自己的關鍵字標識。
InterSystems SQL關鍵字包括命令名稱，函數名稱，謂詞條件名稱，數據類型名稱，欄位約束，優化選項和特殊變數。它們還包括 AND ， OR 和 NOT 邏輯運算符， NULL 列值指示符以及ODBC函數構造，例如 {d dateval} 和 {fn CONCAT（str1，str2）} 。
聚合函數是SQL固有函數，它計算列的所有值並返回單個聚合值。
這種寫法只能在mac routine里，類文件里編譯報錯。
如果將用戶提供的（外部）函數的使用配置為系統范圍的選項，則該SQL語句只能調用用戶提供的（外部）函數。默認為「否」。默認情況下，嘗試調用用戶提供的函數會發出 SQLCODE -372 錯誤。可以使用 ％SYSTEM.SQL類的SetAllowExtrinsicFunctions（） 方法在系統范圍內配置SQL對外部函數的使用。若要確定當前設置，請調用 $SYSTEM.SQL.CurrentSettings（） ，該顯示顯示「允許在SQL語句中使用外部函數」選項。
不能使用用戶提供的函數來調用 %routine (名稱以%字元開頭的常式)。
嘗試這樣做會發出 SQLCODE -373 錯誤。
InterSystems SQL文字具有以下語法：
文字是一系列代表實際（文字）值的字元。它可以是數字或字元串。
空字元串是文字字元串；它由兩個單引號字元（ '' ）表示。 NULL 不是文字值；它表示沒有任何值。
注意：在嵌入式SQL中，不允許在字元串文字中使用以 ## 開頭的一些字元序列，如「使用嵌入式SQL」一章的「文字值」中所述。此限制不適用於其他SQL調用，例如動態SQL。
使用單引號（ ' ）字元作為字元串定界符。 SQL兼容性支持雙引號字元（ 「 ）的使用，但由於與定界標識符標准沖突，因此強烈建議不要使用。將一對雙引號字元 "" 解析為無效的定界標識符。並生成 SQLCODE -1 錯誤。
要在字元串中指定單引號字元作為字面字元，請指定一對這樣的字元作為字面轉義序列。
例如， 'a 'normal' string' 。
雙豎條( || )是首選的SQL連接操作符。
它可以用於連接兩個數字、兩個字元串或一個數字和一個字元串。
下劃線( _ )作為SQL連接操作符提供，以保證ObjectScript的兼容性。
此連接操作符只能用於連接兩個字元串。
如果兩個操作數都是字元串，並且兩個字元串都具有相同的排序規則類型，則所得的級聯字元串具有該排序規則類型。在所有其他情況下，連接的結果是排序類型 EXACT 。
使用 NULL 關鍵字表示沒有指定值。
在SQL中， NULL 始終是表示數據值因任何原因未指定或不存在的首選方式。
SQL零長度字元串(空字元串)由兩個單引號字元指定。
空字元串( " )與空字元串是不同的。
空字元串是一個已定義的值，一個不包含字元的字元串，一個長度為0的字元串。
一個零長度的字元串在內部由非顯示字元 $CHAR(0) 表示。
注意:不建議使用SQL零長度字元串作為欄位輸入值或欄位默認值。
使用 NULL 表示數據值的缺失。
在SQL編碼中應避免使用SQL零長度字元串。
但是，由於許多SQL操作都會刪除末尾的空格，所以只包含空格字元(空格和製表符)的數據值可能會導致SQL的零長度字元串。
注意，不同的SQL length函數返回不同的值: length 、 CHAR_LENGTH 和 DATALENGTH 返回SQL長度。
$LENGTH 返回ObjectScript表示長度。
長度不計算尾隨空格;
所有其他長度函數都計算末尾的空格。
NOT NULL數據約束要求欄位必須接收一個數據值;
不允許指定NULL而不是值。
這個約束不阻止使用空字元串值。
SELECT 語句的 WHERE 或 HAVING 子句中的 IS NULL 謂詞選擇空值;
它不選擇空字元串值。
IFNULL 函數計算一個欄位值，如果欄位值為 NULL ，則返回第二個參數中指定的值。
它不會將空字元串值視為非空值。
COALESCE 函數從提供的數據中選擇第一個非空值。
它將空字元串值視為非空值。
當 CONCAT 函數或 concenate 操作符( || )連接一個字元串和一個 NULL 時，結果是 NULL 。
如下面的例子所示:
AVG、COUNT、MAX、MIN 和 SUM 聚合函數在執行操作時忽略 NULL 值。
( COUNT * 統計所有行，因為不可能有一個所有欄位都為空值的記錄。)
SELECT 語句的 DISTINCT 關鍵字在其操作中包含 NULL ;
如果指定的欄位有空值， DISTINCT 返回一個空行.
AVG 、 COUNT 和 MIN 、聚合函數受空字元串值的影響。
MIN 函數將空字元串視為最小值，即使存在值為0的行。
MAX 和 SUM 聚合函數不受空字元串值的影響。
對大多數SQL函數提供 NULL 作為操作數將返回 NULL 。
任何以NULL作為操作數的SQL算術操作都返回 NULL 值。
因此,7 +零=零。
這包括二元運算加法( + )、減法( - )、乘法( * )、除法( / )、整數除法( )和取模( # )，以及一元符號運算符加號( + )和減號( - )。
算術操作中指定的空字元串將被視為0(零)值。
除法( / )，整數除法( )，或對空字元串( 6/ " )取模( # )會導致 <DIVIDE> 錯誤。
在SQL中， NULL 的長度是沒有定義的(它返回 < NULL > )。
然而，空字元串的長度被定義為長度為0。
如下面的例子所示:
如本例所示，SQL LENGTH 函數返回SQL長度。
可以使用 ASCII 函數將SQL的零長度字元串轉換為 NULL ，示例如下:
但是，對標准 SQL 的某些系統間IRIS擴展對 NULL 和空字元串的長度的處理是不同的。
$LENGTH函數返回這些值的InterSystems IRIS內部表示: NULL 表示為長度為0的已定義值，SQL空字元串表示為長度為0的字元串。
該功能與ObjectScript兼容。
這些值的內部表示方式的另一個重要位置是 %STRING 、 %SQLSTRING 和 %SQLUPPER 函數，它們將空格附加到值中。
因為 NULL 實際上沒有值，所以在它後面添加一個空格會創建一個長度為1的字元串。
但是一個空字元串確實有一個字元值，所以在它後面加上一個空格會創建一個長度為2的字元串。
如下面的例子所示:
注意，這個例子使用的是 CHAR_LENGTH ，而不是 LENGTH 。
因為 LENGTH 函數刪除了末尾的空格，所以 LENGTH(%STRING(NULL)) 返回長度為0的字元串;
LENGTH(%STRING(")) 返回長度為2的字元串， 因為 %STRING 追加的是前導空格，而不是尾隨空格。
當SQL NULL 輸出到ObjectScript時，它由ObjectScript空字元串( "" )表示，長度為0的字元串。
當SQL零長度字元串數據輸出到ObjectScript時，它由包含 $CHAR(0) 的字元串表示，該字元串長度為1。
在ObjectScript中，沒有值通常用空字元串( "" )表示。
當這個值被傳遞到嵌入式SQL中時，它會被視為空值，如下面的例子所示:
如果指定了一個未定義的輸入主機變數，嵌入式SQL將其值視為 NULL 。
當將NULL或空字元串值從嵌入式SQL傳遞到ObjectScript時， NULL 被轉換為長度為0的字元串，空字元串被轉換為長度為1的字元串。
如下面的例子所示:
在下面的例子中，SQL的空字元串加上一個空格被傳遞為長度為2的字元串:
Ⅸ SQL實戰新手入門：SQL標准
SQL標准
為了在各個資料庫廠商之間取得更大的統一性 美國國家標准學會（American NationalStandards Institute ANSI）段團祥於 年發布了第一個SQL標准 並於 年發布了第二個版本 該版本已經被廣泛地採用 ANSI在 年更新了SQL標準的版本 即SQL 和SQL 並於 年再次更新為SQL 和SQL 標准 在每一次更新中 ANSI都在SQL中或悔添加了新特性 並在語言中集成了新的命令和功能
對於各種資料庫產品 ANSI標准規范化了很多SQL行為和語法結構 隨著開源資料庫產品（例如MySQL mSQL和PostgreSQL）日漸流行並由虛擬團隊而不是大握搏型公司開發 這些標准變得更加重要
現在 SQL標准由ANSI和國際標准化組織（International Standards Organization ISO）作為ISO/IEC 標准維護 最新發布的SQL標準是SQL: 下一版本的發布工作已經在進行之中 它將包含RDBMS在收集或分發數據方式上的新發展
返回目錄 SQL實戰新手入門
編輯推薦
Oracle索引技術
高性能MySQL
lishixin/Article/program/SQL/201311/16490
Ⅹ vs2017一進去就顯示：一下文件行尾不一致,是否將行尾標准化嗎,那個選項要點「是」嗎
在Unix中「回車」不換行，「換行」才換行，行尾只需要一個「換行」...而在Windows中，「回車渣改」和「換行」都換行，「回車」
網上說的將「自動檢測不帶簽名的UTF8」(
工具-選項-編輯器-自動檢測UTF-8
)勾上。其實，這個方式是錯誤，且不行的。不能解決這個問題。
真正產生這個問題的原因是你在開發過程中，一個項如叢判目組的成員用的是不一樣的VSS版本所導致的這個問題的產生。
不同版本的VSS對文件的處理也不一樣。所以，只用改鄭帶用相同版本的VSS源代碼管理工具，然後把已經出現問題的文件格式化了就好了~