碼所sql

『壹』 sql查詢編碼

明白了，說說我實現的方法
1/先取出對於具體某ID，其日期值最大的數據
2/然後再從中CUS是的數據

select * from
(select cus_id,max(CUS),max(time) from coust
group by cus_id)
where CUS_s = '甲'

『貳』 組合主碼外碼用sql語句怎麼寫

SQL語言創建表時候用Primary Key(屬性名)定義主碼，用Foreign Key(屬性名)定義外碼。

主碼是一種唯一關鍵字，表定義的一部分。一個表的主碼可以由多個關鍵字共同組成，並且主碼的列不能包含空值。主碼是可選的，並且可在 CREATE TABLE語句中用Primary Key(屬性名)定義。

將一個表的值放入第二個表來表示關聯，所使用的值是第一個表的主鍵值(在必要時可包括復合主鍵值)。此時，第二個表中保存這些值的屬性稱為外鍵,用Foreign Key(屬性名)定義。

結構化查詢語言(Structured Query Language)簡稱SQL，結構化查詢語言是一種資料庫查詢和程序設計語言，用於存取數據以及查詢、更新和管理關系資料庫系統。

sql語句就是對資料庫進行操作的一種語言。

總結如下：

主碼不應包含動態變化的數據，如時間戳、創建時間列、修改時間列等。實際上，因為主碼除了唯一地標識一行之外，再沒有其他的用途了，所以也就沒有理由去對它更新。如果主碼需要更新，則說明主碼應對用戶無意義的原則被違反了。

『叄』 SQL中如果主碼的前2個字元一樣,怎麼辦

3.1 SQL 中的完整性約束

SQL把各種完整性約束作為資料庫模式定義的一部分。既有效防止了對資料庫的意外破壞，提高了完整性檢測的效率，又可以減輕編程人員的負擔。

SQL對三種不同完整性約束的設置及檢測，採取了不同的方式加以實現。下面分別介紹。

3.1.1 實體完整性和主碼

實體完整性規定，主碼的任何屬性都不能為空，因為，概念模型中實體和聯系都是可區分的，而且它們以碼為唯一性標識。如果，主碼的屬性值可以為空，則意味著在概念模型中存在著不以碼為唯一性標識的實體。這顯然是前後矛盾的。

那麼怎樣保證實體完整性呢？SQL中實體完整性是通過主碼來實現的。一旦某個屬性或屬性組被定義為主碼，該主碼的每個屬性就不能為空值，並且在關系中不能出現主碼值完全相同的兩個元組。

主碼的定義是在Create Table 語句中使用 Primary Key關鍵字來實現的。方法有兩種：

a) 在屬性定義後加上關鍵字 Primary Key；

b) 在屬性表定義後加上額外的定義主碼的子句：Primary Key（<主碼屬性名表>）

說明：

² 如果主碼僅由一個屬性組成，上述兩種方法都可定義，若由兩個或以上的屬性組成，則只能用上述第二種方法定義了。

² 對於候選碼的說明方法，可以用Unique說明該屬性的值不能重復出現。Unique的使用與Primary Key相似。

² 一個表中只能有一個主碼定義，但可以有多個Unique說明。

² SQL中，並沒有強制為每個關系指定主碼，但為每個關系指定主碼通常會更好一些。（因為主碼的指定可以確保關系的實體完整性）

3.1.2 參照完整性約束與外部碼

參照完整性是對關系間引用數據的一種限制。即：若屬性組A是基本關系R1的外碼，它與基本關系R2的主碼K相對應，則R1中每個元組在A上的值必須：要麼取空值，要麼等於R2中某元組的主碼值。

一、外部碼約束的說明：

SQL中就是利用外部碼的說明來實現參照完整性約束，限製表中某些屬性的取值的。外部碼的說明也有兩種方法：

1、在該屬性的說明後直接加上關鍵字」REFERENCES <表名>（<屬性名>）」，其中表名稱為參照關系名，屬性名稱為參照關系的主碼。

2、在Create Table 語句的屬性清單後，加上外部碼說明子句，格式為：

FOREIGN KEY <屬性名表1> REFERENCES <表名>(<屬性名表2>)

上式中的屬性名表1和屬性名表2中屬性可以多於一個，但必須前後對應。

二、參照完整性約束的實現策略

前面講了，外部碼的取值只有兩種情況：要麼取空，要麼取參照關系中的主碼值。可是當用戶操作違反了這個規則時，如何保持此約束呢？

SQL提供了三種可選方案：

1、RESTRICT(限制策略)：

當用戶對表進行違反了上述完整性約束、條件的插入、刪除或修改操作時，將會被系統拒絕。

2、CASCADE（級聯策略）：

當對參照關系進行刪除和修改時，SQL所提供的一種方案。在這種策略下，當刪除或修改參照關系中某元組的主碼值時，被參照關系中，那些外部碼具有該值的元組也將被刪除或修改，以保證參照完整性。

3、SET NULL（置空策略）：

置空策略也是針對參照關系的刪除或修改操作的。在這種策略下，當刪除參照關系中的某一元組或修改某一元組的主碼值時，被參照關系中外碼值等於該主碼值的元組在該外碼上的值將被置空

說明：

當用戶不指定參照完整性的實現策略時，一般被默認為RESTRICT(限制策略)。實現策略的說明通常被加在外部碼的說明後面，格式為：ON DELETE SET NULL ON UPDATE CASCADE。

3.1.3 用戶自定義完整性約束

對於用戶自定義完整性約束，SQL提供了非空約束、對屬性的CHECK約束、對元組的CHECK約束、觸發器等來實現用戶的各種完整性要求。

1、非空約束：

在CRETE TABLE 中的屬性定義後面加上NOT NULL關鍵字即定義了該屬性不能取空值。

2、基於屬性的CHECK約束

使用CHECK（檢查）子句可保證屬性值滿足某些前提條件。其一般格式為：

CHECK（<條件>）

它既可跟在屬性定義的後面，也可在定義語句中另增一子句加以說明。

如：CHECK（age>=18 AND age<=65）;

CHECK（sex IN (「男」,」女」)）;

CHECK（dno IN(select dno from department)）;

從上例中可以看出，CHECK子句的條件中還可以帶子查詢。

3、基於元組的CHECK約束

基於元組的CHECK約束往往要涉及到表中的多個域。所以它是元組約束。在對整個元組完成插入或對某一元組的修改完成之後，系統將自動檢查是否符合CHECK條件表達式。若不符合條件，系統將拒絕該插入或修改操作。

基於元組CHECK約束的說明方法是在CREATE TABLE語句中的屬性表、主碼、外部碼的說明之後加上CHECK子句。

3.1.4 約束的更新

約束與資料庫中的表和視圖一樣，可以進行增、刪、改的更新操作。為了改和刪約束，需要在定義約束時對其進行命名，在各種約束的說明前加上關鍵字CONSTRAINT 和該約束的名稱即可。

例如：在employee表的create table語句中：

eno char(4) CONSTRAINT PK_employee PRIMARY KEY,

dno char(4)CONSTRAINT FK_employee FOREIGN KEY REFERENCES department(dno);

當對各種約束進行命名後，就可以用ALTER TABLE語句來更新與屬性或表有關的各種約束。如：

ALTER TABLE employee DROP CONSTRAINT FK_employee;

ALER TABLE Salary ADD CONSTRAINT RightSalary CHECK(Insure+Fund<Rest);

上述的增加約束，實際上也是通過ALTER TABLE語句定義約束的一種形式。

SQL不能直接修改約束，修改某一個約束實際上是用ALTER TABLE 語句先刪除該約束，然後再增加一個與該約束同名的新約束。
請參考

『肆』 關於查詢數據表屬性的SQL代碼

CREATE TABLE
創建新表。

語法
CREATE TABLE
[ database_name.[ owner ] .| owner.] table_name
( { < column_definition >
| column_name AS computed_column_expression
| < table_constraint > ::= [ CONSTRAINT constraint_name ] }

| [ { PRIMARY KEY | UNIQUE } [ ,...n ]
)

[ ON { filegroup | DEFAULT } ]
[ TEXTIMAGE_ON { filegroup | DEFAULT } ]

< column_definition > ::= { column_name data_type }
[ COLLATE < collation_name > ]
[ [ DEFAULT constant_expression ]
| [ IDENTITY [ ( seed , increment ) [ NOT FOR REPLICATION ] ] ]
]
[ ROWGUIDCOL]
[ < column_constraint > ] [ ...n ]

< column_constraint > ::= [ CONSTRAINT constraint_name ]
{ [ NULL | NOT NULL ]
| [ { PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[ WITH FILLFACTOR = fillfactor ]
[ON {filegroup | DEFAULT} ] ]
]
| [ [ FOREIGN KEY ]
REFERENCES ref_table [ ( ref_column ) ]
[ ON DELETE { CASCADE | NO ACTION } ]
[ ON UPDATE { CASCADE | NO ACTION } ]
[ NOT FOR REPLICATION ]
]
| CHECK [ NOT FOR REPLICATION ]
( logical_expression )
}

< table_constraint > ::= [ CONSTRAINT constraint_name ]
{ [ { PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
{ ( column [ ASC | DESC ] [ ,...n ] ) }
[ WITH FILLFACTOR = fillfactor ]
[ ON { filegroup | DEFAULT } ]
]
| FOREIGN KEY
[ ( column [ ,...n ] ) ]
REFERENCES ref_table [ ( ref_column [ ,...n ] ) ]
[ ON DELETE { CASCADE | NO ACTION } ]
[ ON UPDATE { CASCADE | NO ACTION } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ]
( search_conditions )
}

參數
database_name

是要在其中創建表的資料庫名稱。database_name 必須是現有資料庫的名稱。如果不指定資料庫，database_name 默認為當前資料庫。當前連接的登錄必須在 database_name 所指定的資料庫中有關聯的現有用戶 ID，而該用戶 ID 必須具有創建表的許可權。

owner

是新表所有者的用戶 ID 名，owner 必須是 database_name 所指定的資料庫中的現有用戶 ID，owner 默認為與 database_name 所指定的資料庫中的當前連接相關聯的用戶 ID。如果 CREATE TABLE 語句由 sysadmin 固定伺服器角色成員或 database_name 所指定的資料庫中的 db_dbowner 或 db_ddladmin 固定資料庫角色成員執行，則 owner 可以指定與當前連接的登錄相關聯的用戶 ID 以外的其它用戶 ID。如果與執行 CREATE TABLE 語句的登錄相關聯的用戶 ID 僅具有創建表的許可權，則 owner 必須指定與當前登錄相關聯的用戶 ID。sysadmin 固定伺服器角色成員或別名為 dbo 用戶的登錄與用戶 ID dbo 相關聯；因此，由這些用戶創建的表的默認所有者為 dbo。不是由上述兩種角色的登錄創建的表所有者默認為與該登錄相關聯的用戶 ID。

table_name

是新表的名稱。表名必須符合標識符規則。資料庫中的 owner.table_name 組合必須唯一。table_name 最多可包含 128 個字元，但本地臨時表的表名（名稱前有一個編號符 #）最多隻能包含 116 個字元。

column_name

是表中的列名。列名必須符合標識符規則，並且在表內唯一。以 timestamp 數據類型創建的列可以省略 column_name。如果不指定 column_name，timestamp 列的名稱默認為 timestamp。

computed_column_expression

是定義計算列值的表達式。計算列是物理上並不存儲在表中的虛擬列。計算列由同一表中的其它列通過表達式計算得到。例如，計算列可以這樣定義：cost AS price * qty。表達式可以是非計算列的列名、常量、函數、變數，也可以是用一個或多個運算符連接的上述元素的任意組合。表達式不能為子查詢。

計算列可用於選擇列表、WHERE 子句、ORDER BY 子句或任何其它可使用常規表達式的位置，但下列情況除外：

計算列不能用作 DEFAULT 或 FOREIGN KEY 約束定義，也不能與 NOT NULL 約束定義一起使用。但是，如果計算列由具有確定性的表達式定義，並且索引列中允許計算結果的數據類型，則可將該列用作索引中的鍵列，或用作 PRIMARY KEY 或 UNIQUE 約束的一部分。
例如，如果表中含有整型列 a 和 b，則可以在計算列 a+b 上創建索引。但不能在計算列 a+DATEPART(dd, GETDATE()) 上創建索引，因為在以後的調用中，其值可能發生改變。

計算列不能作為 INSERT 或 UPDATE 語句的目標。

說明 表中計算列所使用的列值因行而異，因此每行的計算列值可能不同。

計算列的為空性是由 SQL Server 根據使用的表達式自動確定的。即使只有不可為空的列，大多數表達式的結果也認為是可為空的，因為可能的下溢或溢出也將生成 NULL 結果。使用 COLUMNPROPERTY 函數（AllowsNull 屬性）查看錶中任何計算列的為空性。通過指定 ISNULL(check_expression, constant)，其中常量為替代任何 NULL 結果的非 NULL 值，可為空的表達式 expr 可以轉換為不可為空的表達式。

ON {filegroup | DEFAULT}

指定存儲表的文件組。如果指定 filegroup，則表將存儲在指定的文件組中。資料庫中必須存在該文件組。如果指定 DEFAULT，或者根本未指定 ON 參數，則表存儲在默認文件組中。

ON {filegroup | DEFAULT} 也可以在 PRIMARY KEY 約束或 UNIQUE 約束中指定。這些約束會創建索引。如果指定 filegroup，則索引將存儲在指定的文件組中。如果指定 DEFAULT，則索引將存儲在默認文件組中。如果約束中沒有指定文件組，則索引將與表存儲在同一文件組中。如果 PRIMARY KEY 約束或 UNIQUE 約束創建聚集索引，則表的數據頁將與索引存儲在同一文件組中。

說明 在 ON {filegroup | DEFAULT} 和 TEXTIMAGE_ON {filegroup | DEFAULT} 的上下文中，DEFAULT 並不是關鍵字。DEFAULT 是默認文件組的標識符並需對其進行定界，如 ON "DEFAULT"、ON [DEFAULT] 和 TEXTIMAGE_ON "DEFAULT" 或 TEXTIMAGE_ON [DEFAULT]。

TEXTIMAGE_ON

是表示 text、ntext 和 image 列存儲在指定文件組中的關鍵字。如果表中沒有 text、ntext 或 image 列，則不能使用 TEXTIMAGE ON。如果沒有指定 TEXTIMAGE_ON，則 text、ntext 和 image 列將與表存儲在同一文件組中。

data_type

指定列的數據類型。可以是系統數據類型或用戶定義數據類型。用戶定義數據類型必須先用 sp_addtype 創建，然後才能在表定義中使用。

在 CREATE TABLE 語句中，用戶定義數據類型的 NULL/NOT NULL 賦值可被替代。但長度標准不能更改；不能在 CREATE TABLE 語句中指定用戶定義數據類型的長度。

DEFAULT

如果在插入過程中未顯式提供值，則指定為列提供的值。DEFAULT 定義可適用於除定義為 timestamp 或帶 IDENTITY 屬性的列以外的任何列。除去表時，將刪除 DEFAULT 定義。只有常量值（如字元串）、系統函數（如 SYSTEM_USER()）或 NULL 可用作默認值。為保持與 SQL Server 早期版本的兼容，可以給 DEFAULT 指派約束名。

constant_expression

是用作列的默認值的常量、NULL 或系統函數。

IDENTITY

表示新列是標識列。當向表中添加新行時，Microsoft® SQL Server™ 將為該標識列提供一個唯一的、遞增的值。標識列通常與 PRIMARY KEY 約束一起用作表的唯一行標識符。可以將 IDENTITY 屬性指派給 tinyint、smallint、int、bigint、decimal(p,0) 或 numeric(p,0) 列。對於每個表只能創建一個標識列。不能對標識列使用綁定默認值和 DEFAULT 約束。必須同時指定種子和增量，或者二者都不指定。如果二者都未指定，則取默認值 (1,1)。

seed

是裝入表的第一行所使用的值。

increment

是添加到前一行的標識值的增量值。

NOT FOR REPLICATION

表示當復制登錄（如 sqlrepl）向表中插入數據時，不強制 IDENTITY 屬性。復制的行必須保留發布資料庫中所賦予的鍵值；NOT FOR REPLICATION 子句確保不向復制進程所插入的行賦予新的標識值。其它登錄所插入的行仍然具有以通常的方式創建的新標識值。建議同時使用具有 NOT FOR REPLICATION 的 CHECK 約束，以確保賦予的標識值處於當前資料庫所需的范圍內。

ROWGUIDCOL

表示新列是行的全局唯一標識符列。對於每個表只能指派一個 uniqueidentifier 列作為 ROWGUIDCOL 列。ROWGUIDCOL 屬性只能指派給 uniqueidentifier 列。如果資料庫兼容級別小於或等於 65，則 ROWGUIDCOL 關鍵字無效。有關更多信息，請參見 sp_dbcmptlevel。

ROWGUIDCOL 屬性並不強制列中所存儲值的唯一性。該屬性也不會為插入到表中的新行自動生成值。若要為每列生成唯一值，那麼或者在 INSERT 語句中使用 NEWID 函數，或者將 NEWID 函數指定為該列的默認值。

collation_name

指定列的排序規則。排序規則名稱既可以是 Windows 排序規則名稱，也可以是 SQL 排序規則名稱。collation_name 僅適用於數據類型為 char、varchar、text、nchar、nvarchar 及 ntext 的列。如果沒有指定該參數，那麼如果列的數據類型是用戶定義的，則該列的排序規則就是用戶定義數據類型的排序規則，否則就是資料庫的默認排序規則。

有關 Windows 和 SQL 排序規則名稱的更多信息，請參見 COLLATE。

CONSTRAINT

是可選關鍵字，表示 PRIMARY KEY、NOT NULL、UNIQUE、FOREIGN KEY 或 CHECK 約束定義的開始。約束是特殊屬性，用於強制數據完整性並可以為表及其列創建索引。

constrain_name

是約束的名稱。約束名在資料庫內必須是唯一的。

NULL | NOT NULL

是確定列中是否允許空值的關鍵字。從嚴格意義上講，NULL 不是約束，但可以使用與指定 NOT NULL 同樣的方法指定。

PRIMARY KEY

是通過唯一索引對給定的一列或多列強制實體完整性的約束。對於每個表只能創建一個 PRIMARY KEY 約束。

UNIQUE

是通過唯一索引為給定的一列或多列提供實體完整性的約束。一個表可以有多個 UNIQUE 約束。

CLUSTERED | NONCLUSTERED

是表示為 PRIMARY KEY 或 UNIQUE 約束創建聚集或非聚集索引的關鍵字。PRIMARY KEY 約束默認為 CLUSTERED，UNIQUE 約束默認為 NONCLUSTERED。

在 CREATE TABLE 語句中只能為一個約束指定 CLUSTERED。如果在為 UNIQUE 約束指定 CLUSTERED 的同時又指定了 PRIMARY KEY 約束，則 PRIMARY KEY 將默認為 NONCLUSTERED。

[ WITH FILLFACTOR = fillfactor ]

指定 SQL Server 存儲索引數據時每個索引頁的充滿程度。用戶指定的 fillfactor 取值范圍從 1 到 100。如果沒有指定 fillfactor，則默認為 0。創建索引時，fillfactor 的值越低，不必分配新空間即可由新索引項使用的空間就越多。

FOREIGN KEY...REFERENCES

是為列中的數據提供引用完整性的約束。FOREIGN KEY 約束要求列中的每個值在被引用表中對應的被引用列中都存在。FOREIGN KEY 約束只能引用被引用表中為 PRIMARY KEY 或 UNIQUE 約束的列或被引用表中在 UNIQUE INDEX 內引用的列。

ref_table

是 FOREIGN KEY 約束所引用的表名。

(ref_column[,...n])

是 FOREIGN KEY 約束所引用的表中的一列或多列。

ON DELETE {CASCADE | NO ACTION}

指定當要創建的表中的行具有引用關系，並且從父表中刪除該行所引用的行時，要對該行採取的操作。默認設置為 NO ACTION。

如果指定 CASCADE，則從父表中刪除被引用行時，也將從引用表中刪除引用行。如果指定 NO ACTION，SQL Server 將產生一個錯誤並回滾父表中的行刪除操作。

例如，在 Northwind 資料庫中，Orders 表和 Customers 表之間有引用關系。Orders.CustomerID 外鍵引用 Customers.CustomerID 主鍵。

如果對 Customers 表的某行執行 DELETE 語句，並且為 Orders.CustomerID 指定 ON DELETE CASCADE 操作，則 SQL Server 將在 Orders 表中檢查是否有與被刪除的行相關的一行或多行。如果存在相關行，則 Orders 表中的相關行將隨 Customers 表中的被引用行一同刪除。

反之，如果指定 NO ACTION，若在 Orders 表中至少有一行引用 Customers 表中要刪除的行，則 SQL Server 將產生一個錯誤並回滾 Customers 表中的刪除操作。

ON UPDATE {CASCADE | NO ACTION}

指定當要創建的表中的行具有引用關系，並且在父表中更新該行所引用的行時，要對該行採取的操作。默認設置為 NO ACTION。

如果指定 CASCADE，則在父表中更新被引用行時，也將在引用表中更新引用行。如果指定 NO ACTION，SQL Server 將產生一個錯誤並回滾父表中的行更新操作。

例如，在 Northwind 資料庫中，Orders 表和 Customers 表之間有引用關系：Orders.CustomerID 外鍵引用 Customers.CustomerID 主鍵。

如果對 Customers 表的某行執行 UPDATE 語句，並且為 Orders.CustomerID 指定 ON UPDATE CASCADE 操作，則 SQL Server 將在 Orders 表中檢查是否有與被更新行相關的一行或多行。如果存在相關行，則 Orders 表中的相關行將隨 Customers 表中的被引用行一同更新。

反之，如果指定 NO ACTION，若在 Orders 表中至少有一行引用 Customers 行，則 SQL Server 將產生一個錯誤並回滾對 Customers 行的更新操作。

CHECK

是通過限制可輸入到一列或多列中的可能值強制域完整性的約束。

NOT FOR REPLICATION

是用於防止在復制所使用的分發過程中強制 CHECK 約束的關鍵字。當表是復制發布的訂戶時，請不要直接更新訂閱表，而要更新發布表，然後讓復制進程將數據分發回訂閱表。可以在訂閱表上定義 CHECK 約束，以防用戶修改訂閱表。但是如果不使用 NOT FOR REPLICATION 子句，CHECK 約束同樣會防止復制進程將修改從發布表分發給訂閱表。NOT FOR REPLICATION 子句表示對用戶的修改（而不是對復制進程）強加約束。

NOT FOR REPLICATION CHECK 約束適用於被更新記錄的前像和後像，以防在復制范圍中添加記錄或從復制范圍中刪除記錄。將檢查所有刪除和插入操作；如果操作在復制范圍內，則拒絕執行該操作。

如果對標識符列使用此約束，則當復制用戶更新標識列時，SQL Server 將允許不必重新計算表標識列的種子值。

logical_expression

是返回 TRUE 或 FALSE 的邏輯表達式。

column

是用括弧括起來的一列或多列，在表約束中表示這些列用在約束定義中。

[ASC | DESC]

指定加入到表約束中的一列或多列的排序次序。默認設置為 ASC。

n

是表示前面的項可重復 n 次的佔位符。

注釋
SQL Server 的每個資料庫最多可存儲 20 億個表，每個表可以有 1024 列。表的行數及總大小僅受可用存儲空間的限制。每行最多可以存儲 8,060 位元組。如果創建具有 varchar、nvarchar 或 varbinary 列的表，並且列的位元組總數超過 8,060 位元組，雖然仍可以創建此表，但會出現警告信息。如果試圖插入超過 8,060 位元組的行或對行進行更新以至位元組總數超過 8,060，將出現錯誤信息並且語句執行失敗。

包含 sql_variant 列的 CREATE TABLE 語句可以生成下列警告：

The total row size (xx) for table 'yy' exceeds the maximum number of bytes per row (8060). Rows that exceed the maximum number of bytes will not be added.
出現該警告是因為 sql_variant 的最大長度只能為 8016 位元組。當某個 sql_variant 列包含與最大長度接近的值時，它可以超過行的最大大小限制。

每個表最多可以有 249 個非聚集索引和一個聚集索引。其中包括所有為支持表中所定義的 PRIMARY KEY 和 UNIQUE 約束而生成的索引。

SQL Server 在列定義中並不強制以特定的順序指定 DEFAULT、IDENTITY、ROWGUIDCOL 或列約束。

臨時表
可以創建本地和全局臨時表。本地臨時表僅在當前會話中可見；全局臨時表在所有會話中都可見。

本地臨時表的名稱前面有一個編號符 (#table_name)，而全局臨時表的名稱前面有兩個編號符 (##table_name)。

SQL 語句使用 CREATE TABLE 語句中為 table_name 指定的名稱引用臨時表：

CREATE TABLE #MyTempTable (cola INT PRIMARY KEY)
INSERT INTO #MyTempTable VALUES (1)

如果本地臨時表由存儲過程創建或由多個用戶同時執行的應用程序創建，則 SQL Server 必須能夠區分由不同用戶創建的表。為此，SQL Server 在內部為每個本地臨時表的表名追加一個數字後綴。存儲在 tempdb 資料庫的 sysobjects 表中的臨時表，其全名由 CREATE TABLE 語句中指定的表名和系統生成的數字後綴組成。為了允許追加後綴，為本地臨時表指定的表名 table_name 不能超過 116 個字元。

除非使用 DROP TABLE 語句顯式除去臨時表，否則臨時表將在退出其作用域時由系統自動除去：

當存儲過程完成時，將自動除去在存儲過程中創建的本地臨時表。由創建表的存儲過程執行的所有嵌套存儲過程都可以引用此表。但調用創建此表的存儲過程的進程無法引用此表。

所有其它本地臨時表在當前會話結束時自動除去。

全局臨時表在創建此表的會話結束且其它任務停止對其引用時自動除去。任務與表之間的關聯只在單個 Transact-SQL 語句的生存周期內保持。換言之，當創建全局臨時表的會話結束時，最後一條引用此表的 Transact-SQL 語句完成後，將自動除去此表。
在存儲過程或觸發器中創建的本地臨時表與在調用存儲過程或觸發器之前創建的同名臨時表不同。如果查詢引用臨時表，而同時有兩個同名的臨時表，則不定義針對哪個表解析該查詢。嵌套存儲過程同樣可以創建與調用它的存儲過程所創建的臨時表同名的臨時表。嵌套存儲過程中對表名的所有引用都被解釋為是針對該嵌套過程所創建的表，例如：

CREATE PROCEDURE Test2
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (2)
SELECT Test2Col = x FROM #t
GO
CREATE PROCEDURE Test1
AS
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (1)
SELECT Test1Col = x FROM #t
EXEC Test2
GO
CREATE TABLE #t(x INT PRIMARY KEY)
INSERT INTO #t VALUES (99)
GO
EXEC Test1
GO

下面是結果集：

(1 row(s) affected)

Test1Col
-----------
1

(1 row(s) affected)

Test2Col
-----------
2

當創建本地或全局臨時表時，CREATE TABLE 語法支持除 FOREIGN KEY 約束以外的其它所有約束定義。如果在臨時表中指定 FOREIGN KEY 約束，該語句將返回警告信息，指出此約束已被忽略，表仍會創建，但不具有 FOREIGN KEY 約束。在 FOREIGN KEY 約束中不能引用臨時表。

考慮使用表變數而不使用臨時表。當需要在臨時表上顯式地創建索引時，或多個存儲過程或函數需要使用表值時，臨時表很有用。通常，表變數提供更有效的查詢處理。有關更多信息，請參見 table。

PRIMARY KEY 約束
一個表只能包含一個 PRIMARY KEY 約束。

由 PRIMARY KEY 約束生成的索引不能使表中的非聚集索引超過 249 個，聚集索引超過 1 個。

如果沒有在 PRIMARY KEY 約束中指定 CLUSTERED 或 NONCLUSTERED，並且沒有為 UNIQUE 約束指定聚集索引，則將對該 PRIMARY KEY 約束使用 CLUSTERED。

在 PRIMARY KEY 約束中定義的所有列都必須定義為 NOT NULL。如果沒有指定為空性，加入 PRIMARY KEY 約束的所有列的為空性都將設置為 NOT NULL。
UNIQUE 約束
如果 UNIQUE 約束中沒有指定 CLUSTERED 或 NONCLUSTERED，則默認為 NONCLUSTERED。

每個 UNIQUE 約束都生成一個索引。由 UNIQUE 約束生成的索引不能使表中的非聚集索引超過 249 個，聚集索引超過 1 個。
FOREIGN KEY 約束
如果在 FOREIGN KEY 約束的列中輸入非 NULL 值，則此值必須在被引用的列中存在，否則將返回違反外鍵約束的錯誤信息。

FOREIGN KEY 約束應用於前面所講的列，除非指定了源列。

FOREIGN KEY 約束僅能引用位於同一伺服器上的同一資料庫中的表。資料庫間的引用完整性必須通過觸發器實現。有關更多信息，請參見 CREATE TRIGGER。

FOREIGN KEY 可以引用同一表中的其它列（自引用）。

列級 FOREIGN KEY 約束的 REFERENCES 子句僅能列出一個引用列，且該列必須與定義約束的列具有相同的數據類型。

表級 FOREIGN KEY 約束的 REFERENCES 子句中引用列的數目必須與約束列列表中的列數相同。每個引用列的數據類型也必須與列表中相應列的數據類型相同。

如果 timestamp 類型的列是外鍵或被引用鍵的一部分，則不能指定 CASCADE。

可以在相互間具有引用關系的表上組合使用 CASCADE 和 NO ACTION。如果 SQL Server 遇到 NO ACTION，將終止執行語句並回滾相關的 CASCADE 操作。當 DELETE 語句導致 CASCADE 和 NO ACTION 組合操作時，在 SQL Server 檢查 NO ACTION 操作之前將執行所有 CASCADE 操作。

一個表最多可包含 253 個 FOREIGN KEY 約束。

對於臨時表不強制 FOREIGN KEY 約束。

每個表在其 FOREIGN KEY 約束中最多可以引用 253 個不同的表。

FOREIGN KEY 約束只能引用被引用表的 PRIMARY KEY 或 UNIQUE 約束中的列或被引用表上 UNIQUE INDEX 中的列。
DEFAULT 定義
每列只能有一個 DEFAULT 定義。

DEFAULT 定義可以包含常量值、函數、SQL-92 niladic 函數或 NULL。下表顯示 niladic 函數及其在執行 INSERT 語句時返回的默認值。 SQL-92 niladic 函數 返回的值
CURRENT_TIMESTAMP 當前日期和時間。
CURRENT_USER 執行插入操作的用戶名。
SESSION_USER 執行插入操作的用戶名。
SYSTEM_USER 執行插入操作的用戶名。
USER 執行插入操作的用戶名。

DEFAULT 定義中的 constant_expression 不能引用表中的其它列，也不能引用其它表、視圖或存儲過程。

不能在數據類型為 timestamp 的列或具有 IDENTITY 屬性的列上創建 DEFAULT 定義。

如果用戶定義數據類型綁定到默認對象，則不能在該用戶定義數據類型的列上創建 DEFAULT 定義。
CHECK 約束
列可以有任意多個 CHECK 約束，並且約束條件中可以包含用 AND 和 OR 組合起來的多個邏輯表達式。列上的多個 CHECK 約束按創建順序進行驗證。

搜索條件必須取值為布爾表達式，並且不能引用其它表。

列級 CHECK 約束只能引用被約束的列，表級 CHECK 約束只能引用同一表中的列。
當執行 INSERT 和 DELETE 語句時，CHECK CONSTRAINTS 和規則具有相同的數據驗證功能。

當列上存在規則和一個或多個 CHECK 約束時，將驗證所有限制。
其它約束信息
為約束創建的索引不能用 DROP INDEX 語句除去；必須用 ALTER TABLE 語句除去約束。可以用 DBCC DBREINDEX 語句重建為約束創建的並由其使用的索引。

約束的名稱必須符合標識符規則，但其名稱的首字元不能為 #。如果沒有提供 constraint_name，則使用系統生成的名稱。約束名將出現在所有與違反約束有關的錯誤信息中。

當 INSERT、UPDATE 或 DELETE 語句違反約束時，將終止執行該語句。但將繼續處理事務（如果此語句為顯式事務的組成部分）。可以通過檢查系統函數 @@ERROR，在事務定義中使用 ROLLBACK TRANSACTION 語句。
如果某個表具有 FOREIGN KEY 或 CHECK CONSTRAINTS 及觸發器，則將在觸發器執行前先檢查約束條件。

若要獲得關於表及其列的報表，請使用 sp_help 或 sp_helpconstraint。若要重命名表，請使用 sp_rename。若要獲得與表相關的視圖和存儲過程的報表，請使用 sp_depends。

通常情況下，為表和索引分配空間時，每次以一個擴展盤區為增量單位。當創建表或索引時，首先從混合擴展盤區為其分配頁，直到它具有足夠的頁填滿一個統一擴展盤區。當有足夠的頁填滿統一擴展盤區後，每當當前分配的擴展盤區填滿時，將再為其分配另一個擴展盤區。若要獲得關於由表分配和佔用的空間量的報表，請執行 sp_spaceused。

表定義中的為空性規則
列的為空性規則決定該列中是否允許以空值 (NULL) 作為其數據。NULL 不是零或空白：它表示沒有輸入任何內容，或提供了一個顯式 NULL 值，通常表示該值未知或不適用。

當用 CREATE TABLE 或 ALTER TABLE 語句創建或更改表時，資料庫或會話設置會影響且可能替代列定義中數據類型的為空性。建議始終將列顯式定義為非計算列的 NULL 或 NOT NULL，如果使用用戶定義數據類型，則建議允許該列使用此數據類型的默認為空性。

在沒有顯式指定時，列的為空性遵循以下規則：

如果該列以用戶定義數據類型定義：
SQL Server 使用在創建數據類型時指定的為空性。使用 sp_help 可獲得該數據類型的默認為空性。
如果該

『伍』 在sql的建立基本表操作中，定義主碼約束所使用的保留字為什麼

可以在建表時定義、
create table test1(t1 int primary key,t2 int) ti是主鍵、主碼完整性約束
create table test2(t3 int primary key,t1 int foreign key references test1(t1))
test2中t3為主鍵、t5為外鍵引用test1的t1
也可以使用
alter table test2
add constraint fk_s foreign key (t1) referneces test1(t1) 添加引用完整性，fk_s是約束名、自己隨便起

如果test1的ti不是主鍵、可以通過
alter table test1
add constraint fk_t primary key (t1) 添加主碼完整性，被指定的列、原表中一定要不能為空

『陸』 sql怎麼設置外鍵

sql server中建立外鍵約束有3中方式：enterprise manager中，tables,design table，設置table的properties,可以建立constraint, reference key;enterprise manager中，diagrams, new diagrams,建立兩個表的關系；直接用transact sql語句。

1、三個方法都需要先建立數據表。

1）創建表author :

create table [dbo].[author] (
[id] [bigint] not null ,
[authorname] [char] (10) null ,
[address] [char] (480) null ,
[introction] [ntext] null
)

2）創建表mybbs:

reate table [dbo].[mybbs] (
[id] [bigint] identity (1, 1) not null ,
[authorid] [bigint] not null ,
[title] [char] (40) null ,
[date_of_created] [datetime] null ,
[abstract] [char] (480) null ,
[content] [ntext] null
)

2、設置表mybbs中的authorid為外鍵，參照author表的id欄位，直接使用transact sql語句，過程如下：

1）增加表mybbs(authorid)的外鍵約束fk_mybbs_author，表mybbs中的authorid受表author中的主鍵id約束：

begin transaction
alter table dbo.mybbs add constraint fk_mybbs_author
foreign key (authorid)
references dbo.author([id]) on update cascade on delete cascade

2）刪除外鍵約束fk_mybbs_author：
--alter table dbo.mybbs drop constraint fk_mybbs_author
--rollback
commit transaction

上面on update cascade，on delete cascade兩個選項，指明以後author表的id欄位有delete,update操作時，mybbs表中的id也會被級聯刪除或更新。如果沒有選中，是不可以對author表中已被mybbs表關聯的id進行update或者delete操作的。

拓展資料：

SQL的主鍵和外鍵的作用：

1、插入非空值時，如果主鍵表中沒有這個值，則不能插入。

2、更新時，不能改為主鍵表中沒有的值。

3、刪除主鍵表記錄時，你可以在建外鍵時選定外鍵記錄一起級聯刪除還是拒絕刪除。

4、更新主鍵記錄時，同樣有級聯更新和拒絕執行的選擇。

簡而言之，SQL的主鍵和外鍵就是起約束作用。

『柒』 如何保證一批SQL語句執行的完整性

為了保證資料庫數據的安全可靠性和正確有效，DBMS必須提供統一的數據保護功能。數據保護也為數據控制，主要包括資料庫的安全性、完整性、並發控制和恢復。

1． 資料庫的存取控制
ORACLE保護信息的方法採用任意存取控制來控制全部用戶對命名對象的存取。用戶對對象的存取受特權控制。一種特權是存取一命名對象的許可，為一種規定格式。
ORACLE使用多種不同的機制管理資料庫安全性，其中有兩種機制：模式和用戶。模式為模式對象的集合，模式對象如表、視圖、過程和包等。第一資料庫有一組模式。
每一ORACLE資料庫有一組合法的用戶，可存取一資料庫，可運行一資料庫應用和使用該用戶各連接到定義該用戶的資料庫。當建立一資料庫用戶時，對該用戶建立一個相應的模式，模式名與用戶名相同。一旦用戶連接一資料庫，該用戶就可存取相應模式中的全部對象，一個用戶僅與同名的模式相聯系，所以用戶和模式是類似的。

用戶的存取權利受用戶安全域的設置所控制，在建立一個資料庫的新用戶或更改一已有用戶時，安全管理員對用戶安全域有下列決策：
l 是由資料庫系統還是由操作系統維護用戶授權信息。
l 設置用戶的預設表空間和臨時表空間。
l 列出用戶可存的表空間和在表空間中可使用空間份額。
l 設置用戶資源限制的環境文件，該限制規定了用戶可用的系統資源的總量。
l 規定用戶具有的特權和角色，可存取相應的對象。

每一個用戶有一個安全域，它是一組特性，可決定下列內容：
l 用戶可用的特權和角色；
l 用戶可用的表空間的份額；
l 用戶的系統資源限制。

1） 用戶鑒別：
為了防止非授權的資料庫用戶的使用，ORACLE提供二種確認方法
操作系統確認和相應的ORACLE資料庫確認。
如果操作系統允許，ORACLE可使用操作系統所維護的信息來鑒定用戶。由操作系統鑒定用戶的優點是：
l 用戶可更方便地連接到ORACLE，不需要指定用戶名和口令。
l 對用戶授權的控制集中在操作系統，ORACLE不需要存儲和管理用戶口令。然而用戶名在資料庫中仍然要維護。
l 在資料庫中的用戶名項和操作系統審計跟蹤相對應。

ORACLE資料庫方式的用戶確認：ORACLE利用存儲在資料庫中的信息可鑒定試圖接到資料庫的一用戶，這種鑒別方法僅當操作系統不能用於資料庫用戶鑒別時才使用。當用戶使用一ORACLE資料庫時執行用戶鑒別。每個用戶在建立時有一個口令，用戶口令在建立對資料庫連接時使用，以防止對資料庫非授權的使用。用戶的口令以密碼的格式存儲在資料庫數據字典中，用戶可隨時修改其口令。

2） 用戶的表空間設置和定額
關於表空間的使用有幾種設置選擇：
l 用戶的預設表空間；
l 用戶的臨時表空間；
l 資料庫表空間的空間使用定額。

3） 用戶資源限制和環境文件
用戶可用的各種系統資源總量的限制是用戶安全域的部分。利用顯式地設置資源限制；安全管理員可防止用戶無控制地消耗寶貴的系統資源。資源限制是由環境文件管理。一個環境文件是命名的一組賦給用戶的資源限制。另外ORACLE為安全管理員在資料庫級提供使能或使不能實施環境文件資源限制的選擇。
ORACLE可限制幾種類型的系統資源的使用，每種資源可在會話級、調用級或兩者上控制。在會話級：每一次用戶連接到一資料庫，建立一會話。每一個會話在執行SQL語句的計算機上耗費CPU時間和內存量進行限制。對ORACLE的幾種資源限制可在會話級上設置。如果會話級資源限制被超過，當前語句被中止（回滾），並返回指明會話限制已達到的信息。此時，當前事務中所有之前執行的語句不受影響，此時僅可作COMMIT、ROLLBACK或刪除對資料庫的連接等操作，進行其它操作都將出錯。
在調用級：在SQL語句執行時，處理該語句有好幾步，為了防止過多地調用系統，ORACLE在調用級可設置幾種資源限制。如果調用級的資源限制被超過，語句處理被停止，該語句被回滾，並返回一錯誤。然而當前事務的已執行所用語句不受影響，用戶會話繼續連接。

二、 數據完整性

它是指數據的正確性和相容性。數據的完整性是為了防止資料庫存在不符合主義的數據，防止錯誤信息輸入和輸出，即數據要遵守由DBA或應用開發者所決定的一組預定義的規則。ORACLE應用於關系資料庫的表的數據完整性有下列類型：
l 在插入或修改表的行時允許不允許包含有空值的列，稱為空與非空規則。
l 唯一列值規則，允許插入或修改的錶行在該列上的值唯一。
l 引用完整性規則，同關系模型定義
l 用戶對定義的規則，為復雜性完整性檢查。
ORACLE允許定義和實施上述每一種類型的數據完整性規則，這些規則可用完整性約束和資料庫觸發器定義。
完整性約束，是對表的列定義一規則的說明性方法。
資料庫觸發器，是使用非說明方法實施完整性規則，利用資料庫觸發器（存儲的資料庫過程）可定義和實施任何類型的完整性規則。

1． 完整性約束
ORACLE利用完整性約束機制防止無效的數據進入資料庫的基表，如果任何DML執行結果破壞完整性約束，該語句被回滾並返回一上個錯誤。ORACLE實現的完整性約束完全遵守ANSI
X3。135-1989和ISO9075-1989標准。
利用完整性約束實施數據完整性規則有下列優點：
l 定義或更改表時，不需要程序設計，便很容易地編寫程序並可消除程序性錯誤，其功能是由ORACLE控制。所以說明性完整性約束優於應用代碼和資料庫觸發器。
l 對表所定義的完整性約束是存儲在數據字典中，所以由任何應用進入的數據都必須遵守與表相關聯的完整性約束。
l 具有最大的開發能力。當由完整性約束所實施的事務規則改變時，管理員只需改變完整性約束的定義，所有應用自動地遵守所修改的約束。
l 由於完整性約束存儲在數據字典中，資料庫應用可利用這些信息，在SQL語句執行之前或由ORACLE檢查之前，就可立即反饋信息。
l 由於完整性約束說明的語義是清楚地定義，對於每一指定說明規則可實現性能優化。
l
由於完整性約束可臨時地使不能，以致在裝入大量數據時可避免約束檢索的開銷。當資料庫裝入完成時，完整性約束可容易地使其能，任何破壞完整性約束的任何新行在例外表中列出。
ORACLE的DBA和應用開始者對列的值輸入可使用的完整性約束有下列類型：
l NOT NULL約束:如果在表的一列的值不允許為空，則需在該列指定NOT NULL約束。
l
UNIQUE碼約束：在表指定的列或組列上不允許兩行是具有重復值時，則需要該列或組列上指定UNIQUE碼完整性約束。在UNIQUE碼約束定義中的列或組列稱為唯一碼。所有唯一完整性約束是用索引方法實施。
l PRIMARY KEY約束：在資料庫中每一個表可有一個PRIMARY KEY約束。包含在PRIMARY
KEY完整性約束的列或組列稱為主碼，每個表可有一個主碼。ORACLE使用索引實施PRIMARY KEY約束。
l FOREIGN
KEY約束（可稱引用約束）：在關系資料庫中表可通過公共列相關聯，該規則控制必須維護的列之間的關系。包含在引用完整性約束定義的列或組列稱為外來碼。由外來碼所引用的表中的唯一碼或方碼，稱為引用碼。包含有外來碼的表稱為子表或從屬表。由子表的外來碼所引用的表稱為雙親表或引用表。如果對表的每一行，其外來碼的值必須與主碼中一值相匹配，則需指定引用完整性約束。
l
CHECK約束：表的每行對一指定的條件必須是TRUE或未知，則需在一列或列組上指定CHECK完整性約束。如果在發出一個DML語句時，CHECK約束的條件計算得FALSE時，該語句被回滾。

『捌』 SQL中，外碼的問題

你的描述讓人最先想到的是觸發器，但是，因為有外鍵約束，先刪除aclasspm會失敗的。所以最簡單的辦法是寫兩條語句來完成。
delete from admin where adminclass = '值'
delete from aclasspm where adminclass = '值'

『玖』 sql資料庫中主碼外碼候選碼等等一共有哪些碼 都是什麼意思

候選碼是能夠唯一標識一個記錄的一組或一個屬性，主碼是從多個候選碼中選擇出的一組
外碼是在本關系中的屬性，但在另一個關系中作為主碼的屬性