CREATE TABLE (Transact-SQL)
適用於:Microsoft Fabric 中的 SQL ServerAzure SQL 資料庫 Azure SQL 受控執行個體 SQL 資料庫
在資料庫中建立新的數據表。
注意
如需在 Microsoft Fabric 中倉儲的參考,請流覽 CREATE TABLE (網狀架構數據倉儲) 。 如需 Azure Synapse Analytics 和分析平台系統 (PDW) 的參考,請造訪 CREATE TABLE (Azure Synapse Analytics)。
語法選項
通用語法
簡單 CREATE TABLE 語法 (如果沒有使用選項則通用):
CREATE TABLE
{ database_name.schema_name.table_name | schema_name.table_name | table_name }
( { <column_definition> } [ ,... n ] )
[ ; ]
完整語法
磁碟型 CREATE TABLE 語法:
CREATE TABLE
{ database_name.schema_name.table_name | schema_name.table_name | table_name }
[ AS FileTable ]
( { <column_definition>
| <computed_column_definition>
| <column_set_definition>
| [ <table_constraint> ] [ ,... n ]
| [ <table_index> ] }
[ ,... n ]
[ PERIOD FOR SYSTEM_TIME ( system_start_time_column_name
, system_end_time_column_name ) ]
)
[ ON { partition_scheme_name ( partition_column_name )
| filegroup
| "default" } ]
[ TEXTIMAGE_ON { filegroup | "default" } ]
[ FILESTREAM_ON { partition_scheme_name
| filegroup
| "default" } ]
[ WITH ( <table_option> [ ,... n ] ) ]
[ ; ]
<column_definition> ::=
column_name <data_type>
[ FILESTREAM ]
[ COLLATE collation_name ]
[ SPARSE ]
[ MASKED WITH ( FUNCTION = 'mask_function' ) ]
[ [ CONSTRAINT constraint_name ] DEFAULT constant_expression ]
[ IDENTITY [ ( seed , increment ) ] ]
[ NOT FOR REPLICATION ]
[ GENERATED ALWAYS AS { ROW | TRANSACTION_ID | SEQUENCE_NUMBER } { START | END } [ HIDDEN ] ]
[ [ CONSTRAINT constraint_name ] {NULL | NOT NULL} ]
[ ROWGUIDCOL ]
[ ENCRYPTED WITH
( COLUMN_ENCRYPTION_KEY = key_name ,
ENCRYPTION_TYPE = { DETERMINISTIC | RANDOMIZED } ,
ALGORITHM = 'AEAD_AES_256_CBC_HMAC_SHA_256'
) ]
[ <column_constraint> [ ,... n ] ]
[ <column_index> ]
<data_type> ::=
[ type_schema_name. ] type_name
[ ( precision [ , scale ] | max |
[ { CONTENT | DOCUMENT } ] xml_schema_collection ) ]
<column_constraint> ::=
[ CONSTRAINT constraint_name ]
{
{ PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[ ( <column_name> [ ,... n ] ) ]
[
WITH FILLFACTOR = fillfactor
| WITH ( <index_option> [ ,... n ] )
]
[ ON { partition_scheme_name ( partition_column_name )
| filegroup | "default" } ]
| [ FOREIGN KEY ]
REFERENCES [ schema_name. ] referenced_table_name [ ( ref_column ) ]
[ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
}
<column_index> ::=
INDEX index_name [ CLUSTERED | NONCLUSTERED ]
[ WITH ( <index_option> [ ,... n ] ) ]
[ ON { partition_scheme_name ( column_name )
| filegroup_name
| default
}
]
[ FILESTREAM_ON { filestream_filegroup_name | partition_scheme_name | "NULL" } ]
<computed_column_definition> ::=
column_name AS computed_column_expression
[ PERSISTED [ NOT NULL ] ]
[
[ CONSTRAINT constraint_name ]
{ PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
[
WITH FILLFACTOR = fillfactor
| WITH ( <index_option> [ ,... n ] )
]
[ ON { partition_scheme_name ( partition_column_name )
| filegroup | "default" } ]
| [ FOREIGN KEY ]
REFERENCES referenced_table_name [ ( ref_column ) ]
[ ON DELETE { NO ACTION | CASCADE } ]
[ ON UPDATE { NO ACTION } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
]
<column_set_definition> ::=
column_set_name XML COLUMN_SET FOR ALL_SPARSE_COLUMNS
<table_constraint> ::=
[ CONSTRAINT constraint_name ]
{
{ PRIMARY KEY | UNIQUE }
[ CLUSTERED | NONCLUSTERED ]
( column_name [ ASC | DESC ] [ ,... n ] )
[
WITH FILLFACTOR = fillfactor
| WITH ( <index_option> [ ,... n ] )
]
[ ON { partition_scheme_name (partition_column_name)
| filegroup | "default" } ]
| FOREIGN KEY
( column_name [ ,... n ] )
REFERENCES referenced_table_name [ ( ref_column [ ,... n ] ) ]
[ ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT } ]
[ NOT FOR REPLICATION ]
| CHECK [ NOT FOR REPLICATION ] ( logical_expression )
}
<table_index> ::=
{
{
INDEX index_name [ UNIQUE ] [ CLUSTERED | NONCLUSTERED ]
( column_name [ ASC | DESC ] [ ,... n ] )
| INDEX index_name CLUSTERED COLUMNSTORE [ ORDER (column_name [ , ...n ] ) ]
| INDEX index_name [ NONCLUSTERED ] COLUMNSTORE ( column_name [ ,... n ] )
}
[ INCLUDE ( column_name [ ,... n ] ) ]
[ WHERE <filter_predicate> ]
[ WITH ( <index_option> [ ,... n ] ) ]
[ ON { partition_scheme_name ( column_name )
| filegroup_name
| default
}
]
[ FILESTREAM_ON { filestream_filegroup_name | partition_scheme_name | "NULL" } ]
}
<table_option> ::=
{
[ DATA_COMPRESSION = { NONE | ROW | PAGE }
[ ON PARTITIONS ( { <partition_number_expression> | <range> }
[ ,... n ] ) ] ]
[ XML_COMPRESSION = { ON | OFF }
[ ON PARTITIONS ( { <partition_number_expression> | <range> }
[ ,... n ] ) ] ]
[ FILETABLE_DIRECTORY = <directory_name> ]
[ FILETABLE_COLLATE_FILENAME = { <collation_name> | database_default } ]
[ FILETABLE_PRIMARY_KEY_CONSTRAINT_NAME = <constraint_name> ]
[ FILETABLE_STREAMID_UNIQUE_CONSTRAINT_NAME = <constraint_name> ]
[ FILETABLE_FULLPATH_UNIQUE_CONSTRAINT_NAME = <constraint_name> ]
[ SYSTEM_VERSIONING = ON
[ ( HISTORY_TABLE = schema_name.history_table_name
[ , DATA_CONSISTENCY_CHECK = { ON | OFF } ]
) ]
]
[ REMOTE_DATA_ARCHIVE =
{
ON [ ( <table_stretch_options> [ ,... n] ) ]
| OFF ( MIGRATION_STATE = PAUSED )
}
]
[ DATA_DELETION = ON
{ (
FILTER_COLUMN = column_name,
RETENTION_PERIOD = { INFINITE | number { DAY | DAYS | WEEK | WEEKS
| MONTH | MONTHS | YEAR | YEARS } }
) }
]
[ LEDGER = ON [ ( <ledger_option> [ ,... n ] ) ]
| OFF
]
}
<ledger_option>::=
{
[ LEDGER_VIEW = schema_name.ledger_view_name [ ( <ledger_view_option> [ ,... n ] ) ] ]
[ APPEND_ONLY = ON | OFF ]
}
<ledger_view_option>::=
{
[ TRANSACTION_ID_COLUMN_NAME = transaction_id_column_name ]
[ SEQUENCE_NUMBER_COLUMN_NAME = sequence_number_column_name ]
[ OPERATION_TYPE_COLUMN_NAME = operation_type_id column_name ]
[ OPERATION_TYPE_DESC_COLUMN_NAME = operation_type_desc_column_name ]
}
<table_stretch_options> ::=
{
[ FILTER_PREDICATE = { NULL | table_predicate_function } , ]
MIGRATION_STATE = { OUTBOUND | INBOUND | PAUSED }
}
<index_option> ::=
{
PAD_INDEX = { ON | OFF }
| FILLFACTOR = fillfactor
| IGNORE_DUP_KEY = { ON | OFF }
| STATISTICS_NORECOMPUTE = { ON | OFF }
| STATISTICS_INCREMENTAL = { ON | OFF }
| ALLOW_ROW_LOCKS = { ON | OFF }
| ALLOW_PAGE_LOCKS = { ON | OFF }
| OPTIMIZE_FOR_SEQUENTIAL_KEY = { ON | OFF }
| COMPRESSION_DELAY = { 0 | delay [ Minutes ] }
| DATA_COMPRESSION = { NONE | ROW | PAGE | COLUMNSTORE | COLUMNSTORE_ARCHIVE }
[ ON PARTITIONS ( { partition_number_expression | <range> }
[ ,... n ] ) ]
| XML_COMPRESSION = { ON | OFF }
[ ON PARTITIONS ( { <partition_number_expression> | <range> }
[ ,... n ] ) ]
}
<range> ::=
<partition_number_expression> TO <partition_number_expression>
記憶體最佳化資料表的語法
記憶體優化 CREATE TABLE 語法:
CREATE TABLE
{ database_name.schema_name.table_name | schema_name.table_name | table_name }
( { <column_definition>
| [ <table_constraint> ] [ ,... n ]
| [ <table_index> ]
[ ,... n ] }
[ PERIOD FOR SYSTEM_TIME ( system_start_time_column_name
, system_end_time_column_name ) ]
)
[ WITH ( <table_option> [ ,... n ] ) ]
[ ; ]
<column_definition> ::=
column_name <data_type>
[ COLLATE collation_name ]
[ GENERATED ALWAYS AS ROW { START | END } [ HIDDEN ] ]
[ NULL | NOT NULL ]
[ [ CONSTRAINT constraint_name ] DEFAULT memory_optimized_constant_expression ]
| [ IDENTITY [ ( 1, 1 ) ] ]
[ <column_constraint> ]
[ <column_index> ]
<data_type> ::=
[type_schema_name. ] type_name [ (precision [ , scale ]) ]
<column_constraint> ::=
[ CONSTRAINT constraint_name ]
{
{ PRIMARY KEY | UNIQUE }
{ NONCLUSTERED
| NONCLUSTERED HASH WITH ( BUCKET_COUNT = bucket_count )
}
[ ( <column_name> [ ,... n ] ) ]
| [ FOREIGN KEY ]
REFERENCES [ schema_name. ] referenced_table_name [ ( ref_column ) ]
| CHECK ( logical_expression )
}
<table_constraint> ::=
[ CONSTRAINT constraint_name ]
{
{ PRIMARY KEY | UNIQUE }
{
NONCLUSTERED ( column_name [ ASC | DESC ] [ ,... n ])
| NONCLUSTERED HASH ( column_name [ ,... n ] ) WITH ( BUCKET_COUNT = bucket_count )
}
| FOREIGN KEY
( column_name [ ,... n ] )
REFERENCES referenced_table_name [ ( ref_column [ ,... n ] ) ]
| CHECK ( logical_expression )
}
<column_index> ::=
INDEX index_name
{ [ NONCLUSTERED ] | [ NONCLUSTERED ] HASH WITH ( BUCKET_COUNT = bucket_count ) }
<table_index> ::=
INDEX index_name
{ [ NONCLUSTERED ] HASH ( column_name [ ,... n ] ) WITH ( BUCKET_COUNT = bucket_count )
| [ NONCLUSTERED ] ( column_name [ ASC | DESC ] [ ,... n ] )
[ ON filegroup_name | default ]
| CLUSTERED COLUMNSTORE [ WITH ( COMPRESSION_DELAY = { 0 | delay [ Minutes ] } ) ]
[ ON filegroup_name | default ]
}
<table_option> ::=
{
MEMORY_OPTIMIZED = ON
| DURABILITY = { SCHEMA_ONLY | SCHEMA_AND_DATA }
| SYSTEM_VERSIONING = ON [ ( HISTORY_TABLE = schema_name.history_table_name
[, DATA_CONSISTENCY_CHECK = { ON | OFF } ] ) ]
}
引數
database_name
新建資料表的所在資料庫名稱。 database_name 必須指定現有資料庫的名稱。 如果未指定,database_name 會預設為目前的資料庫。 目前連接的登入必須與 database_name 指定的資料庫中現有使用者識別碼有關聯,且這個使用者識別碼必須具有 CREATE TABLE 權限。
schema_name
新資料表所屬的結構描述名稱。
table_name
新資料表的名稱。 資料表名稱必須遵照識別碼的規則。 table_name 最多可有 128 個字元,但本機暫存資料表名稱 (名稱前附加一個數字符號 (#
)) 除外,其不可超過 116 個字元。
AS FileTable
適用於:SQL Server 2012 (11.x) 及更新版本。
將新資料表建立為 FileTable。 因為 FileTable 有固定的結構描述,所以您不必指定資料行。 如需詳細資訊,請參閱 FileTable。
column_name AS computed_column_expression
定義計算資料行值的運算式。 計算資料行是一個虛擬資料行,並未實際儲存在資料表中,除非該資料行標示為 PERSISTED。 這個資料行是從使用相同資料表之其他資料行的運算式得出的。 例如,計算資料行的定義可能是:cost AS price * qty
。 這個運算式可以是非計算的資料行名稱、常數、函式、變數,以及一或多個運算子所連接這些項目的任何組合。 這個運算式不能是子查詢,也不能包含別名資料類型。
計算資料行可用在選取清單、WHERE 子句、ORDER BY 子句中,或任何能夠使用規則運算式的其他位置中,但下列狀況例外:
計算資料行必須標示為 PERSISTED,才能參與 FOREIGN KEY 或 CHECK 條件約束。
如果以決定性的運算式定義計算資料行的值,而且索引資料行允許結果的資料類型,則計算資料行可以用來做為索引的索引鍵資料行,或任何 PRIMARY KEY 或 UNIQUE 條件約束的一部分。
例如,如果資料表有整數資料行
a
和b
,您可以建立計算資料行a + b
的索引,但不能建立計算資料行a + DATEPART(dd, GETDATE())
的索引,因為在後續叫用時,值可能會改變。計算資料行不能是 INSERT 或 UPDATE 陳述式的目標。
注意
對於計算資料行所涉及的資料行,資料表中的每個資料列都可能有不同的值;因此,每個資料列的計算資料行可能各有不同的值。
資料庫引擎會依據所用的運算式,自動判斷計算資料行的 Null 屬性。 大部分運算式的結果都會視為可為 Null,即使只存在不可為 Null 的資料行也是如此,這是因為可能出現的反向溢位或溢位也會產生 NULL 結果。 請將 COLUMNPROPERTY
函式與 AllowsNull 屬性搭配使用,以調查資料表中任何計算資料行的 Null 屬性。 您可以利用 check_expression 常數來指定 ISNULL
,便能將可為 Null 的運算式變成不可為 Null,其中常數是用來替代任何 NULL 結果的非 Null 值。 以 Common Language Runtime (CLR) 使用者定義型別運算式為基礎的計算資料行,需要類型的 REFERENCES 權限。
PERSISTED
指定 SQL Server 資料庫引擎會實際將計算值儲存在資料表中,以及在計算資料行所依賴的任何其他資料行有更新時,也會更新這些值。 將計算資料行標示為 PERSISTED
,可讓您在具決定性但不精確的計算資料行上建立索引。 如需詳細資訊,請參閱 計算資料行的索引。 任何計算資料行只要作為分割資料表的分割資料行,即必須明確標示 PERSISTED
。 指定 PERSISTED
時,computed_column_expression 必須具決定性。
ON { partition_scheme | filegroup | "default" }
指定儲存資料表的分割區配置或檔案群組。 如果指定了 partition_scheme ,資料表便是一份分割區資料表,其分割區儲存在由 partition_scheme 指定之一個或多個檔案群組所組成的檔案群組集中。 如果指定了 filegroup,資料表會儲存在具名檔案群組中。 檔案群組必須在資料庫內。 如果指定了 "default"
,或完全未指定 ON,資料表就會儲存在預設檔案群組中。 CREATE TABLE 所指定的資料表儲存機制無法進行後續的改變。
ON { partition_scheme | filegroup | "default" } 也可以在 PRIMARY KEY 或 UNIQUE 限制式中指定。 這些條件約束會建立索引。 如果指定了 filegroup,索引會儲存在具名檔案群組中。 如果指定了 "default"
,或完全未指定 ON,索引就會儲存在與資料表相同的檔案群組中。 如果 PRIMARY KEY 或 UNIQUE 條件約束建立叢集索引,資料表的資料頁面會儲存在索引的相同檔案群組中。 如果指定了 CLUSTERED
,或常數建立了叢集索引,且指定了不同於資料表定義的 partition_scheme 或 filegroup 的 partition_scheme (反之亦然),則只會接受常數定義,其他一概予以忽略。
注意
在這個內容中,default 不是關鍵字。 它是預設檔案群組的識別碼,必須加以分隔,例如 ON "default"
或 ON [default]
。 如果指定了 "default"
,目前工作階段的 QUOTED_IDENTIFIER
選項就必須是 ON。 這是預設值。 如需詳細資訊,請參閱 SET QUOTED_IDENTIFIER。
建立分割資料表之後,請考慮將資料表的 LOCK_ESCALATION
選項設定為 AUTO
。 如此一來可以讓鎖定從資料表擴大至分割區 (HoBT) 階層,進而改善並行作業。 如需詳細資訊,請參閱 ALTER TABLE。
TEXTIMAGE_ON { filegroup | "default" }
指示 text、ntext、image、xmlvarchar(max)nvarchar(max)varbinary(max) 及 CLR 使用者自訂類型資料行 (包含幾何及地理位置) ,儲存在指定的檔案群組。
如果資料表中沒有大數值資料行,即不可使用 TEXTIMAGE_ON
。 如果指定了 TEXTIMAGE_ON
partition_scheme,便不能指定 。 如果指定了 "default"
,或完全未指定 TEXTIMAGE_ON
,大數值資料行就會儲存在預設檔案群組中。 CREATE TABLE
所指定的任何大數值資料行的儲存體皆無法進行後續的改變。
注意
只要記錄能夠容納值,便將 varchar(max)、nvarchar(max)、varbinary(max)、xml 和大型 UDT 值直接儲存在資料列中,最多 8,000 個位元組。 如果記錄無法容納值,便會將指標儲存在同資料列中,其餘部分會儲存在資料列外 (LOB 儲存空間中)。 0 是預設值,表示所有值都直接儲存在資料列中。
TEXTIMAGE_ON
只會變更「LOB 儲存空間」的位置,當資料儲存在資料列時,不會有任何的影響。 使用的數據列外大型實值型別選項 sp_tableoption
,將整個 LOB 值儲存在數據列外。
在這個內容中,default 不是關鍵字。 它是預設檔案群組的識別碼,必須加以分隔,例如 TEXTIMAGE_ON "default"
或 TEXTIMAGE_ON [default]
。 如果指定了 "default"
,目前工作階段的 QUOTED_IDENTIFIER
選項就必須是 ON。 這是預設值。 如需詳細資訊,請參閱 SET QUOTED_IDENTIFIER。
FILESTREAM_ON { partition_scheme_name | filegroup | "default" }
適用於:SQL Server 2008 R2 (10.50.x) 和更新版本。 Azure SQL Database 和 Azure SQL 受控執行個體不支援 FILESTREAM
。
為 FILESTREAM 資料指定檔案群組。
如果此資料表包含 FILESTREAM 資料,而且資料表已分割,則必須包含 FILESTREAM_ON 子句,而且必須指定 FILESTREAM 檔案群組的分割區配置。 這個分割區配置必須與資料表的分割區配置使用相同的分割區函數和分割區資料行。否則,就會引發錯誤。
如果未分割此資料表,就無法分割 FILESTREAM 資料行。 此資料表的 FILESTREAM 資料必須儲存在單一檔案群組內。 這個檔案群組是在 FILESTREAM_ON 子句中指定。
如果此資料表未分割,而且沒有指定 FILESTREAM_ON
子句,就會使用具有 DEFAULT
屬性集的 FILESTREAM 檔案群組。 如果沒有任何 FILESTREAM 檔案群組,就會引發錯誤。
如同 ON 和 TEXTIMAGE_ON
,使用 FILESTREAM_ON
的 CREATE TABLE
所設定的值無法變更,但下列情況除外:
- CREATE INDEX 陳述式會將堆積轉換成叢集索引。 在此情況中,您就可以指定不同的 FILESTREAM 檔案群組、分割區配置或 NULL。
- DROP INDEX 陳述式會將叢集索引轉換成堆積。 在此情況中,您就可以指定不同的 FILESTREAM 檔案群組、分割區配置或
"default"
。
FILESTREAM_ON <filegroup>
子句中的檔案群組或在分割區配置中指定的每個 FILESTREAM 檔案群組都必須具有一個針對該檔案群組定義的檔案。 您必須使用 CREATE DATABASE 或 ALTER DATABASE 陳述式來定義這個檔案。否則,就會引發錯誤。
如需相關的 FILESTREAM 文章,請參閱二進位大型物件 - Blob 資料。
[ type_schema_name. ] type_name
指定資料行的資料類型及其所屬的結構描述。 針對磁碟基礎的資料表,請使用下列其中一種資料類型:
- 系統資料類型
- 基於 SQL Server 系統資料類型的別名類型。 別名資料類型是利用
CREATE TYPE
陳述式建立的,在這之後才能在資料表定義中使用它們。 在CREATE TABLE
陳述式期間,可以覆寫別名資料類型的 NULL 或 NOT NULL 指派。 不過,長度規格無法變更;在CREATE TABLE
陳述式中無法指定別名資料類型的長度。 - CLR 使用者定義型別。 CLR 使用者定義型別是利用
CREATE TYPE
陳述式來建立的,之後,才能在資料表定義中使用它們。 若要建立 CLR 使用者定義型別的資料行,便需要類型的 REFERENCES 權限。
若未指定 type_schema_name,則 SQL Server 資料庫引擎會以下列順序來參考 type_name:
- SQL Server 系統資料類型。
- 目前資料庫中之目前使用者的預設結構描述。
- 目前資料庫中的
dbo
結構描述。
如需了解記憶體最佳化資料表,請參閱記憶體中 OLTP 支援的資料類型,以取得支援的系統類型清單。
有效位數
所指定資料類型的有效位數。 如需有關有效位數值的詳細資訊,請參閱有效位數、小數位數和長度。
scale
所指定資料類型的小數位數。 如需有關有效小數位數值的詳細資訊,請參閱有效位數、小數位數和長度。
max
只適用於 varchar、nvarchar 與 varbinary 資料類型,可用來儲存 2^31-1 位元組的字元和二進位資料以及 2^30 位元組的 Unicode 資料。
CONTENT
指定 column_name 中 xml 資料類型的每個執行個體都可以包含多個最上層元素。 CONTENT 只適用於 xml 資料類型,而且只有在同時指定 xml_schema_collection 時,才能指定。 若未指定,CONTENT 便是預設行為。
DOCUMENT
指定 column_name 中 xml 資料類型的每個執行個體只可以包含單一最上層元素。 DOCUMENT 只適用於 xml 資料類型,而且只有在同時指定 xml_schema_collection 時,才能指定。
xml_schema_collection
只適用於 xml 資料類型,以便將 XML 結構描述集合與類型產生關聯。 在結構描述中鍵入 xml 資料行之前,必須先使用 CREATE XML SCHEMA COLLECTION,在資料庫中建立結構描述。
DEFAULT
指定在插入期間未明確提供值時,提供給資料行的值。 除了定義為 timestamp 或含有 IDENTITY
屬性的資料行之外,任何資料行都可以套用 DEFAULT 定義。 如果使用者定義的類型資料行指定了預設值,該類型應該支援將 constant_expression 隱含地轉換成使用者定義的類型。 當卸除資料表時,便會移除 DEFAULT 定義。 預設值只能使用常數值 (例如字元字串)、純量函數 (系統函數、使用者自訂函數或 CLR 函數) 或 NULL。 若要維護與舊版 SQL Server 的相容性,您可以將限制式名稱指派給 DEFAULT。
constant_expression
用來做為資料行預設值的常數、NULL 或系統函數。
memory_optimized_constant_expression
支援用來做為資料行預設值的常數、NULL 或系統函數。 必須在原生編譯的預存程序中受到支援。 如需原生編譯預存程序中的內建函數詳細資訊,請參閱原生編譯的 T-SQL 模組支援的功能。
IDENTITY
指出新資料行是識別欄位。 當新資料列加入資料表時,資料庫引擎會提供資料行的唯一累加值。 識別欄位通常用來搭配 PRIMARY KEY 條件約束一起使用,做為資料表的唯一資料列識別碼。 可以將 IDENTITY
屬性指派給 tinyint、smallint、int、bigint、decimal(p, 0) 或 numeric(p, 0) 資料行。 每份資料表都只能建立一個識別欄位。 繫結的預設值和 DEFAULT 限制式無法搭配識別欄位使用。 您必須同時指定種子和遞增,或同時不指定這兩者。 如果同時不指定這兩者,預設值便是 (1,1)。
seed
載入資料表的第一個資料列所用的值。
increment
為先前載入資料列識別值加上的累加值。
NOT FOR REPLICATION
在 CREATE TABLE
陳述式中,可以為 IDENTITY 屬性、FOREIGN KEY 條件約束和 CHECK 條件約束指定 NOT FOR REPLICATION
子句。 如果為 IDENTITY
屬性指定了這個子句,當複寫代理程式執行插入時,值不會在識別欄位中累加。 如果限制式指定了這個子句,當複寫代理程式執行插入、更新或刪除作業時,不會強制執行這個限制式。
GENERATED ALWAYS AS { ROW | TRANSACTION_ID | SEQUENCE_NUMBER } { START | END } [ HIDDEN ] [ NOT NULL ]
適用於:SQL Server 2016 (13.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
指定資料行以讓系統用於自動記錄資料表中的資料列版本,以及其歷程記錄的相關資訊 (如果資料表是系統版本,且具有記錄資料表)。 使用此引數搭配 WITH SYSTEM_VERSIONING = ON
參數來建立系統版本資料表:時態表或總帳資料表。 如需詳細資訊,請參閱可更新的總帳資料表和時態表。
參數 | 必要資料類型 | 必要的可 Null 性 | Description |
---|---|---|---|
ROW | datetime2 | START:NOT NULL END: NOT NULL |
資料列版本的開始時間 (START) 有效,或資料列版本的結束時間 (END) 有效。 使用這個引數搭配 PERIOD FOR SYSTEM_TIME 引數來建立時態表。 |
TRANSACTION_ID | BIGINT | START:NOT NULL END: NULL |
適用於:SQL Server 2022 (16.x) 和更新版本,以及 Azure SQL Database。 建立 (START) 或無效化 (END) 資料列版本的交易識別碼。 如果資料表是總帳資料表,則識別碼會參考 sys.database_ledger_transactions 檢視中的資料列 |
SEQUENCE_NUMBER | BIGINT | START:NOT NULL END: NULL |
適用於:SQL Server 2022 (16.x) 和更新版本,以及 Azure SQL Database。 建立 (START) 或刪除 (END) 資料列版本的作業序號。 在交易內,這個值是唯一的。 |
如果您嘗試指定不符合上述資料類型或可 Null 性需求的資料行,系統將會擲回錯誤。 如果您未明確指定可 NULL 性,系統會根據上述需求將資料行定義為 NULL
或 NOT NULL
。
您可以使用 HIDDEN
旗標來標註其中一或兩個期間資料行,以便隱含地隱藏這些資料行,這樣 SELECT * FROM <table>
便不會傳回那些資料行的值。 根據預設,不會隱藏期間資料行。 為了方便我們使用,隱藏的資料行必須明確包含在所有會直接參考時態表的查詢中。 若要變更現有期間資料行的 HIDDEN
屬性,必須卸除 PERIOD
,然後以不同的隱藏旗標重新建立。
INDEX index_name [ CLUSTERED | NONCLUSTERED ] ( column_name [ ASC | DESC ] [ ,... n ] )
適用於:SQL Server 2014 (12.x) 和更新版本,以及 Azure SQL Database。
指定要在資料表上建立索引。 這可以是叢集的索引或非叢集索引。 索引將包含列示的資料行,並會以遞增或遞減順序來排序資料。
INDEX index_name CLUSTERED COLUMNSTORE
適用於:SQL Server 2014 (12.x) 和更新版本,以及 Azure SQL Database。
指定要以單欄式格式來儲存整個資料表並具有叢集資料行存放區索引。 這一律會包含資料表中的所有資料行。 因為資料列會經過整理來取得資料行存放區壓縮的優點,所以不會以字母或數字的順序來排序資料。
在 Azure Synapse Analytics、Analytics Platform System (PDW) 和 SQL Server 2022 (16.x) 和更新版本中,您可以判斷叢集數據行存放區索引的數據行順序。 如需詳細資訊,請參閱 針對大型數據倉儲數據表使用已排序的叢集數據行存放區索引。
INDEX index_name [ NONCLUSTERED ] COLUMNSTORE ( column_name [ ,... n ] )
適用於:SQL Server 2014 (12.x) 和更新版本,以及 Azure SQL Database。
指定要在資料表上建立非叢集資料行存放區索引。 基礎資料表可以是資料列存放區堆積或叢集索引,或非叢集資料行存放區索引。 在所有情況下,在資料表上建立非叢集資料行存放區索引時,會將資料行的第二個資料複本儲存至索引。
非叢集資料行存放區索引會當作是叢集資料行存放區索引來加以排序和管理。 因為資料行可能會受到限制,而且以次要索引的形式存在於資料表上,因此被稱為非叢集資料行存放區索引。
ON partition_scheme_name ( column_name )
指定分割區配置來定義要做為分割區索引之分割區對應目標的檔案群組。 透過執行 CREATE PARTITION SCHEME 或 ALTER PARTITION SCHEME,讓資料分割配置一定會存在於資料庫內。 column_name 會指定資料分割索引將進行分割的資料行。 此資料行必須符合 partition_scheme_name 所使用資料分割函數引數的資料類型、長度與有效位數。 「column_name」不限定為索引定義中的資料行。 可以指定基底資料表中的任何資料行,但有個例外是,在分割 UNIQUE 索引時,必須從用來作為唯一索引鍵使用的資料行中選擇 column_name。 這項限制可讓資料庫引擎只在單一分割區內驗證索引鍵值的唯一性。
注意
當您分割一個非唯一的叢集索引時,如果尚未指定分割資料行,資料庫引擎預設會將它新增至叢集索引鍵清單。 當您分割一個非唯一的非叢集索引時,如果尚未指定分割資料行,資料庫引擎會將它新增為索引的非索引鍵 (內含) 資料行。
如果未指定「partition_scheme_name」或「filegroup」,且已分割資料表,則會使用相同的分割資料行,將索引放在與基礎資料表相同的資料分割配置中。
注意
您無法在 XML 索引上指定分割區配置。 如果基底資料表已分割,XML 索引會使用與資料表相同的分割區配置。
如需分割索引的詳細資訊,請參閱資料分割資料表與索引。
ON filegroup_name
在指定的檔案群組上建立指定的索引。 如果未指定位置,且未分割資料表或檢視,則索引會使用與基礎資料表或檢視相同的檔案群組。 此檔案群組必須已存在。
ON "default"
在預設的檔案群組上建立指定的索引。
注意
在這個內容中,default 不是關鍵字。 它是預設檔案群組的識別碼,必須加以分隔,例如 ON "default"
或 ON [default]
。 如果指定了 "default"
,目前工作階段的 QUOTED_IDENTIFIER
選項就必須是 ON。 這是預設值。 如需詳細資訊,請參閱 SET QUOTED_IDENTIFIER。
[ FILESTREAM_ON { filestream_filegroup_name | partition_scheme_name | "NULL" } ]
適用於:SQL Server 2008 R2 (10.50.x) 和更新版本。
指定在建立叢集索引時,資料表之 FILESTREAM 資料的位置。 FILESTREAM_ON 子句允許將 FILESTREAM 資料移到不同的 FILESTREAM 檔案群組或分割區配置。
filestream_filegroup_name 是 FILESTREAM 檔案群組的名稱。 此檔案群組必須有一個使用 CREATE DATABASE 或 ALTER DATABASE 陳述式針對此檔案群組定義的檔案,否則會引發錯誤。
如果分割此資料表,則必須包含 FILESTREAM_ON
子句,而且必須指定 FILESTREAM 檔案群組的分割區配置,此配置會使用與資料表的分割區配置相同的分割區函式和分割區資料行。 否則,就會引發錯誤。
如果未分割此資料表,就無法分割 FILESTREAM 資料行。 此資料表的 FILESTREAM 資料必須儲存在 FILESTREAM_ON
子句中指定的單一檔案群組內。
如果正在建立叢集索引,而且此資料表不包含 FILESTREAM 資料行,則可以在 CREATE INDEX
陳述式中指定 FILESTREAM_ON NULL
。
如需詳細資訊,請參閱 FILESTREAM。
ROWGUIDCOL
指出新資料行是一個資料列 GUID 資料行。 每個資料表只能有一個 uniqueidentifier 資料行指定為 ROWGUIDCOL 資料行。 套用 ROWGUIDCOL 屬性後,便可以使用 $ROWGUID
來參考資料行。 ROWGUIDCOL 屬性只能指派給 uniqueidentifier 資料行。 使用者定義資料類型資料行不能用 ROWGUIDCOL 來指定。
ROWGUIDCOL 屬性不會強制執行資料行中所儲存值的唯一性, 也不會自動為插入資料表中的新資料列產生值。 若要產生每個資料行的唯一值,請在 INSERT 陳述式上使用 NEWID 或 NEWSEQUENTIALID 函數,或利用這些函數當做資料行的預設值。
ENCRYPTED WITH
指定使用 Always Encrypted 功能來加密資料行。
COLUMN_ENCRYPTION_KEY = key_name
指定資料行加密金鑰。 如需詳細資訊,請參閱 CREATE COLUMN ENCRYPTION KEY。
ENCRYPTION_TYPE = { DETERMINISTIC | RANDOMIZED }
確定性加密使用的方法一律會對任何指定的純文字值產生相同的加密值。 使用確定性加密時,可允許使用相等比較來進行搜尋、使用以加密值為基礎的相等聯結來群組和聯結表格,但也可讓未經授權的使用者檢查加密資料行中的模式,以此猜測加密值的相關資訊。 只有這兩個資料行都是使用相同的資料行加密金鑰時,才有可能將確定性加密資料行上的兩個資料表聯結起來。 確定性加密必須針對字元資料行使用 binary2 排序次序的資料行定序。
隨機加密 使用的方法會以更難預測的方式來加密資料。 隨機化加密更為安全,但會防止任何對加密資料行的計算和編製索引,除非您的 SQL Server 執行個體支援具有安全記憶體保護區的 Always Encrypted。 如需詳細資料,請參閱具有安全記憶體保護區的 Always Encrypted。
若您使用 Always Encrypted (不具有安全記憶體保護區),請針對將使用參數或群組參數進行搜尋的資料行使用決定性加密,例如政府識別碼。 針對信用卡號碼這類未與其他記錄組成群組,或被用來聯結資料表,且不會被搜尋 (因為您是使用交易號碼等其他資料行來尋找哪一個資料列包含想找的加密資料行) 的資料,請使用隨機加密。
如果您使用具有安全記憶體保護區的 Always Encrypted,則隨機化加密是建議的加密類型。
資料行必須為合格的資料類型。
ALGORITHM
適用於:SQL Server 2016 (13.x) 和更新版本。
必須是
'AEAD_AES_256_CBC_HMAC_SHA_256'
。如需包括功能條件約束的詳細資訊,請參閱 Always Encrypted。
SPARSE
指出此資料行是疏鬆資料行。 疏鬆資料行的儲存體會針對 Null 值最佳化。 疏鬆資料行無法指定為 NOT NULL。 如需有關疏鬆資料行的其他限制和詳細資訊,請參閱使用疏鬆資料行。
MASKED WITH ( FUNCTION = 'mask_function' )
適用於:SQL Server 2016 (13.x) 和更新版本。
指定動態資料遮罩。 mask_function 是遮罩函式的名稱並具備適當的參數。 可用的函式有四個:
default()
email()
partial()
random()
需要 ALTER ANY MASK
權限。
如需函式參數,請參閱動態資料遮罩。
FILESTREAM
適用於:SQL Server 2008 R2 (10.50.x) 和更新版本。
僅適用於 varbinary(max) 資料行。 指定 FILESTREAM 儲存體來儲存 varbinary(max) BLOB 資料。
此資料表也必須要有具有 ROWGUIDCOL 屬性之 uniqueidentifier 資料類型的資料行。 這個資料行不能允許 null 值,且必須具有 UNIQUE 或 PRIMARY KEY 單一資料行條件約束。 資料行的 GUID 值必須在插入資料時由應用程式提供,或是由使用 NEWID () 函數的 DEFAULT 條件約束所提供。
ROWGUIDCOL 資料行無法卸除,而且當資料表有定義 FILESTREAM 資料行時,無法變更相關的限制式。 只有當最後一個 FILESTREAM 資料行卸除之後,才可卸除 ROWGUIDCOL 資料行。
當有針對資料行指定 FILESTREAM 儲存屬性時,該資料行的所有值都會儲存在檔案系統的 FILESTREAM 資料容器內。
COLLATE collation_name
指定資料行的定序。 定序名稱可以是 Windows 定序名稱或 SQL 定序名稱。 collation_name 僅適用於 char、varchar、text、nchar、nvarchar 和 ntext 資料類型的資料行。 若未指定,當資料行是使用者自訂資料類型時,便會將使用者自訂資料類型的定序指派給這個資料行,否則,便會指派資料庫的預設定序。
如需有關 Windows 和 SQL 定序名稱的詳細資訊,請參閱 Windows 定序名稱和 SQL 定序名稱。
如需詳細資訊,請參閱 COLLATE。
CONSTRAINT
選擇性的關鍵字,用來指示開始定義 PRIMARY KEY、NOT NULL、UNIQUE、FOREIGN KEY 或 CHECK 限制式。
constraint_name
限制式的名稱。 在資料表所屬的結構描述內,條件約束名稱必須是唯一的。
NULL | NOT NULL
決定資料行中是否允許使用 NULL 值。 嚴格來說,NULL 並不算是限制式,但是您可以如同指定 NOT NULL 一樣加以指定。 只有在也指定了 PERSISTED 時,計算資料行才能指定 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。FOREIGN KEY REFERENCES
這項限制式會提供一個或多個資料行所含資料的參考完整性。 FOREIGN KEY 條件約束要求資料行中的每個值存在於所參考之資料表中的一個或多個對應的被參考資料行中。 FOREIGN KEY 條件約束所參考的資料行,必須是所參考的資料表中的 PRIMARY KEY 或 UNIQUE 條件約束,或是所參考的資料表之 UNIQUE INDEX 中所參考的資料行。 計算資料行的外部索引鍵也必須標示為 PERSISTED。
[ [ schema_name. ] referenced_table_name ]
這是 FOREIGN KEY 限制式所參考的資料表名稱,及其所屬的結構描述。
( ref_column [ ,... n ] )
這是 FOREIGN KEY 限制式所參考資料表中的某資料行或資料行清單。
ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT }
指定如果建立的資料表中之資料列有參考關聯性,且在父資料表中刪除了所參考的資料列,建立的資料表中之資料列會發生什麼動作。 預設值是 NO ACTION。
NO ACTION
資料庫引擎會產生一則錯誤,且會復原父資料表中資料列的刪除動作。
CASCADE
如果從父資料表中刪除資料列,便會從進行參考的資料表中刪除對應的資料列。
SET NULL
如果刪除父資料表中對應的資料列,所有組成外部索引鍵的值都會設為 NULL。 若要執行這個條件約束,外部索引鍵資料行必須可為 Null。
SET DEFAULT
刪除父數據表中對應的數據列時,組成外鍵的所有值都會設定為其預設值。 若要執行這個條件約束,所有外部索引鍵資料行都必須有預設定義。 如果有可為 Null 的資料行,但沒有設定明確的預設值,NULL 便成為這個資料行的隱含預設值。
如果資料表要包含在使用邏輯記錄的合併式發行集中,請勿指定
CASCADE
。 如需邏輯記錄的詳細資訊,請參閱使用邏輯記錄分組相關資料列的變更。如果資料表上已有
INSTEAD OF
觸發程序ON DELETE
,便無法定義ON DELETE CASCADE
。例如,在
AdventureWorks2022
資料庫中,ProductVendor
資料表與Vendor
資料表有參考關聯性。ProductVendor.BusinessEntityID
外部索引鍵會參考Vendor.BusinessEntityID
主索引鍵。如果在
Vendor
資料表的某個資料列上執行DELETE
陳述式,且為ProductVendor.BusinessEntityID
指定了ON DELETE CASCADE
動作,資料庫引擎便會檢查ProductVendor
資料表中的一個或多個相依資料列。 如果有任何相依的資料列存在,就會刪除ProductVendor
資料表中的相依資料列,以及Vendor
資料表中所參考的資料列。相反地,如果指定了
NO ACTION
,且ProductVendor
資料表中有至少一個資料列參考Vendor
資料列, 便會產生錯誤,且會復原該資料列的刪除動作。ON UPDATE { NO ACTION | CASCADE | SET NULL | SET DEFAULT }
指定當變更的資料表中之資料列有參考關聯性,且在父資料表中所參考的資料列有了更新時,變更的資料表中之資料列會發生什麼動作。 預設值是 NO ACTION。
NO ACTION
資料庫引擎會產生一則錯誤,且會復原父資料表中資料列的更新動作。
CASCADE
當父資料表中的資料列有了更新時,在進行參考的資料表中,也會更新對應的資料列。
SET NULL
當更新父資料表中對應的資料列時,所有組成外部索引鍵的值都會設為 NULL。 若要執行這個條件約束,外部索引鍵資料行必須可為 Null。
SET DEFAULT
當更新父資料表中對應的資料列時,所有組成外部索引鍵的值都會設為預設值。 若要執行這個條件約束,所有外部索引鍵資料行都必須有預設定義。 如果有可為 Null 的資料行,但沒有設定明確的預設值,NULL 便成為這個資料行的隱含預設值。
如果資料表要包含在使用邏輯記錄的合併式發行集中,請勿指定
CASCADE
。 如需邏輯記錄的詳細資訊,請參閱使用邏輯記錄分組相關資料列的變更。如果變更的資料表上已有
INSTEAD OF
觸發程序ON UPDATE
,便無法定義ON UPDATE CASCADE
、SET NULL
或SET DEFAULT
。例如在
AdventureWorks2022
資料庫中,ProductVendor
資料表與Vendor
資料表有參考關聯性:ProductVendor.BusinessEntity
外部索引鍵會參考Vendor.BusinessEntityID
主索引鍵。如果在
Vendor
資料表的某個資料列上執行 UPDATE 陳述式,且為ProductVendor.BusinessEntityID
指定了 ON UPDATE CASCADE 動作,資料庫引擎便會檢查ProductVendor
資料表中的一個或多個相依資料列。 如果有任何相依的資料列存在,就會更新ProductVendor
資料表中的相依資料列,以及Vendor
資料表中所參考的資料列。相反地,如果指定了 NO ACTION,且
ProductVendor
資料表中有至少一個資料列參考Vendor
資料列, 便會產生錯誤,且會復原該資料列的更新動作。CHECK
透過限制可能輸入一或多個資料行的值來強制執行值域完整性的限制式。 計算資料行的 CHECK 條件約束也必須標示 PERSISTED。
logical_expression
傳回 TRUE 或 FALSE 的邏輯運算式。 這個運算式不能含有別名資料類型。
column_name
這是資料表限制式中的一個資料行或一份資料行清單 (用括號括住),用來指示限制式定義中所用的各個資料行。
[ ASC | DESC ]
指定一個或多個資料行參與資料表條件約束的排序順序。 預設值是 ASC。
partition_scheme_name
這是分割區配置的名稱,這個分割區配置定義了分割區資料表的分割區所對應的檔案群組。 分割區配置必須在資料庫內。
[ partition_column_name. ]
指定分割區資料表將進行分割的資料行。 資料行必須符合資料分割函數中指定的資料行,因為 partition_scheme_name 正在以資料類型、長度及有效位數使用這個資料分割函數。 參與分割區函數的計算資料行必須明確地標示為 PERSISTED。
重要
我們建議您在分割區資料表的分割資料行上指定 NOT NULL,以及在非分割區資料表 (ALTER TABLE...SWITCH 作業的來源或目標) 上進行這項作業。 這樣做可以確保分割資料行上的任何 CHECK 條件約束都不需要檢查 Null 值。
WITH FILLFACTOR = fillfactor
指定針對用來儲存索引資料的每個索引頁面,資料庫引擎應使用的程度。 使用者指定的 fillfactor 可以是從 1 到 100 的值。 如果未指定值,則預設值為 0。 填滿因數值 0 和 100 在各方面都是一樣的。
重要
為了與舊版相容,我們保持將 WITH FILLFACTOR = fillfactor 記載為適用於 PRIMARY KEY 或 UNIQUE 條件約束的唯一索引選項,但未來版本的文件不會再依照這個方式來說明。
column_set_name XML COLUMN_SET FOR ALL_SPARSE_COLUMNS
資料行集的名稱。 資料行集是不具類型的 XML 表示,可將資料表的所有疏鬆資料行結合到結構化輸出中。 如需資料行集的詳細資訊,請參閱 使用資料行集。
PERIOD FOR SYSTEM_TIME ( system_start_time_column_name , system_end_time_column_name )
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
指定資料行的名稱,系統會使用這個資料行來記載某一筆記錄的有效期。 使用這個引數搭配 GENERATED ALWAYS AS ROW { START | END }
和 WITH SYSTEM_VERSIONING = ON
引數來建立時態表。 如需相關資訊,請參閱 Temporal Tables。
COMPRESSION_DELAY
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
為了記憶體最佳化,延遲會指定資料列在資料表中至少要保持不變多少分鐘;等過了這段時間後,就可以將它壓縮到資料行存放區索引。 SQL Server 會根據上次更新時來選取要壓縮的具體資料列。 例如,如果資料列要在兩小時的時間內頻繁變更,您可以設定 COMPRESSION_DELAY = 120 Minutes
,以確保在 SQL Server 壓縮資料列之前,會先完成更新。
至於磁碟資料表,延遲會指定關閉 狀態下的差異資料列群組,必須在差異資料列群組中至少保留多少分鐘的時間,然後 SQL Server 才能將它壓縮到壓縮的資料列群組。 因為磁碟資料表不會追蹤個別資料列的插入和更新時間,因此 SQL Server 會將這段延遲時間套用於關閉狀態下的差異資料列群組。
預設值是 0 分鐘。
如需 COMPRESSION_DELAY
使用時機的建議,請參閱開始使用資料行存放區進行即時作業分析
<table_option> ::=
指定一個或多個資料表選項。
DATA_COMPRESSION
針對指定的資料表、分割區編號或分割區範圍指定資料壓縮選項。 選項如下:
無
不會壓縮資料表或指定的資料分割。
ROW
使用資料列壓縮來壓縮資料表或指定的分割區。
PAGE
使用頁面壓縮來壓縮資料表或指定的分割區。
COLUMNSTORE
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
只適用於資料行存放區索引,包括非叢集資料行存放區索引和叢集資料行存放區索引。 COLUMNSTORE 會指定要利用最高效能的資料行存放區壓縮方式來進行壓縮。 這是典型的選擇。
COLUMNSTORE_ARCHIVE
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
只適用於資料行存放區索引,包括非叢集資料行存放區索引和叢集資料行存放區索引。 COLUMNSTORE_ARCHIVE 將進一步將資料表或分割區壓縮成較小的大小。 這可用於封存,或是其他需要較小儲存體,而且可負擔更多時間來儲存和擷取的狀況。
如需詳細資訊,請參閱 Data Compression。
XML_COMPRESSION
適用於:SQL Server 2022 (16.x) 和更新版本、Azure SQL 資料庫,以及 Azure SQL 受控執行個體。
指定資料表中任何 xml 資料類型資料行的 XML 壓縮選項。 選項如下:
開啟
使用 xml 資料類型的資料行會壓縮。
OFF
使用 xml 資料類型的資料行不會壓縮。
ON PARTITIONS ( { <partition_number_expression> | [ ,... n ] )
指定套用 DATA_COMPRESSION
或 XML_COMPRESSION
設定的分割區。 如果未分割此資料表,此 ON PARTITIONS
引數將會產生錯誤。 如果未提供 ON PARTITIONS
子句,DATA_COMPRESSION
選項將會套用到分割資料表的所有分割區。
可以使用以下方式來指定 partition_number_expression:
- 提供分割區的分割區編號,例如:
ON PARTITIONS (2)
- 為數個個別資料分割提供以逗號分隔的資料分割編號,例如:
ON PARTITIONS (1, 5)
- 同時提供範圍和個別資料分割,例如:
ON PARTITIONS (2, 4, 6 TO 8)
<range>
可以指定為以 TO 一字分隔的分割區編號,例如:ON PARTITIONS (6 TO 8)
。
若要為不同的分割區設定不同類型的資料壓縮,請指定 DATA_COMPRESSION
選項一次以上,例如:
WITH
(
DATA_COMPRESSION = NONE ON PARTITIONS (1),
DATA_COMPRESSION = ROW ON PARTITIONS (2, 4, 6 TO 8),
DATA_COMPRESSION = PAGE ON PARTITIONS (3, 5)
);
您也可以多次指定 XML_COMPRESSION
選項,例如:
WITH
(
XML_COMPRESSION = OFF ON PARTITIONS (1),
XML_COMPRESSION = ON ON PARTITIONS (2, 4, 6 TO 8),
XML_COMPRESSION = OFF ON PARTITIONS (3, 5)
);
<index_option> ::=
指定一個或多個索引選項。 如需這些選項的完整描述,請參閱 CREATE INDEX。
PAD_INDEX = { ON | OFF }
當設為 ON 時,便會在索引的中繼層級頁面上,套用 FILLFACTOR 所指定的可用空間百分比。 當設為 OFF 或未指定 FILLFACTOR 值時,考慮到中繼頁面的各組索引鍵,中繼層級頁面容量的填滿程度,會保留至少足以容納一個資料列的空間,且資料列是索引所能擁有的大小上限。 預設值為 OFF。
FILLFACTOR = fillfactor
指定百分比,以表示資料庫引擎在索引建立或變更期間應該將每個索引頁的分葉層級填滿的程度。 fillfactor 必須是 1 到 100 之間的整數值。 預設值是 0。 填滿因數值 0 和 100 在各方面都是一樣的。
IGNORE_DUP_KEY = { ON | OFF }
指定當插入作業嘗試將重複的索引鍵值插入唯一索引時所產生的錯誤回應。 IGNORE_DUP_KEY 選項只適用於在建立或重建索引之後所發生的插入作業。 執行 CREATE INDEX、ALTER INDEX 或 UPDATE 時,這個選項沒有任何作用。 預設值為 OFF。
開啟
當重複的索引鍵值插入唯一索引時,就會出現警告訊息。 只有違反唯一性條件約束的資料列才會失敗。
OFF
當重複的索引鍵值插入唯一索引時,就會出現錯誤訊息。 整個 INSERT 作業將會回復。
針對在檢視上建立的索引、非唯一索引、XML 索引、空間索引和已篩選索引,IGNORE_DUP_KEY
不可設為 ON。
若要檢視 IGNORE_DUP_KEY
,請使用 sys.indexes。
在與舊版本相容的語法中,WITH IGNORE_DUP_KEY
相當於 WITH IGNORE_DUP_KEY = ON
。
STATISTICS_NORECOMPUTE = { ON | OFF }
當設為 ON 時,不會自動重新計算過期的索引統計資料。 當設為 OFF 時,便會啟用統計資料的自動更新。 預設值為 OFF。
ALLOW_ROW_LOCKS = { ON | OFF }
當設為 ON 時,在您存取索引時,允許資料列鎖定。 資料庫引擎會決定使用資料列鎖定的時機。 當設為 OFF 時,不會使用資料列鎖定。 預設值是 ON。
ALLOW_PAGE_LOCKS = { ON | OFF }
當設為 ON 時,在您存取索引時,允許頁面鎖定。 資料庫引擎會決定使用頁面鎖定的時機。 當設為 OFF 時,不會使用頁面鎖定。 預設值是 ON。
OPTIMIZE_FOR_SEQUENTIAL_KEY = { ON | OFF }
適用於:SQL Server 2019 (15.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
指定是否要最佳化最後一頁的插入競爭。 預設值為 OFF。 請參閱 CREATE INDEX 頁面的循序索引鍵一節以取得詳細資訊。
FILETABLE_DIRECTORY = directory_name
適用於:SQL Server 2012 (11.x) 及更新版本。
指定 Windows 相容的 FileTable 目錄名稱。 在資料庫的所有 FileTable 目錄名稱之間,此名稱必須是唯一的。 無論定序設定為何,唯一性比較皆不會區分大小寫。 如果未指定此值,就會使用 FileTable 的名稱。
FILETABLE_COLLATE_FILENAME = { collation_name | database_default }
適用於:SQL Server 2012 (11.x) 及更新版本。 Azure SQL Database 和 Azure SQL 受控執行個體不支援 FILETABLE
。
指定定序名稱,用於套用至 FileTable 中的 Name
資料行。 定序必須不區分大小寫,以符合 Windows 作業系統檔案命名語義。 如果未指定此值,就會使用資料庫預設定序。 如果資料庫預設定序區分大小寫,則會引發錯誤,而且 CREATE TABLE 作業會失敗。
collation_name
不區分大小寫的定序名稱。
database_default
指定所要使用的資料庫預設定序。 此定序不可區分大小寫。
FILETABLE_PRIMARY_KEY_CONSTRAINT_NAME = constraint_name
適用於:SQL Server 2012 (11.x) 及更新版本。 Azure SQL Database 和 Azure SQL 受控執行個體不支援 FILETABLE
。
指定在 FileTable 上自動建立的主索引鍵條件約束所要使用的名稱。 如果未指定此值,系統就會產生限制式的名稱。
FILETABLE_STREAMID_UNIQUE_CONSTRAINT_NAME = constraint_name
適用於:SQL Server 2012 (11.x) 及更新版本。 Azure SQL Database 和 Azure SQL 受控執行個體不支援 FILETABLE
。
指定當系統在 FileTable 的 stream_id 資料行上,自動建立唯一條件約束時,所要使用的名稱。 如果未指定此值,系統就會產生限制式的名稱。
FILETABLE_FULLPATH_UNIQUE_CONSTRAINT_NAME = constraint_name
適用於:SQL Server 2012 (11.x) 及更新版本。 Azure SQL Database 和 Azure SQL 受控執行個體不支援 FILETABLE
。
指定當系統在 FileTable 的 parent_path_locator 和 name 資料行上,自動建立唯一條件約束時,所要使用的名稱。 如果未指定此值,系統就會產生限制式的名稱。
SYSTEM_VERSIONING = ON [ ( HISTORY_TABLE = schema_name.history_table_name [ , DATA_CONSISTENCY_CHECK = { ON | OFF } ] ) ]
適用於:SQL Server 2016 (13.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
如果符合資料類型、 可 Null 性條件約束和主索引鍵條件約束需求,就會啟用資料表的系統版本設定。 系統會在另外的記錄資料表中,記錄系統版本設定資料表中每筆記錄的歷程記錄。 如果未使用 HISTORY_TABLE
引數,此記錄資料表的名稱會是 MSSQL_TemporalHistoryFor<primary_table_object_id>
。 若在建立歷程記錄資料表時指定歷程記錄資料表名稱,則您必須指定結構描述和資料表名稱。
如果歷程記錄資料表不存在,系統會在與目前資料表相同的檔案群組中,產生一個與目前資料表之結構描述相符的新記錄資料表,並在兩個資料表之間建立連結,然後讓系統將目前資料表中的每一筆資料記錄到記錄資料表。 根據預設,歷程記錄資料表會採 PAGE
壓縮處理。
如果使用 HISTORY_TABLE
引數來建立連結,並使用現有的記錄資料表,則會在目前的資料表和指定的資料表之間建立連結。 若目前的資料表已分割,則會在預設檔案群組上建立歷程記錄資料表,這是因為資料分割設定不會自動從目前的資料表複寫至歷程記錄資料表。 建立現有記錄資料表的連結時,您可以選擇執行資料一致性檢查。 這個資料一致性檢查可確保現有的記錄不會重疊。 預設執行資料一致性檢查。
使用這個引數搭配 PERIOD FOR SYSTEM_TIME
和 GENERATED ALWAYS AS ROW { START | END }
引數,在資料表上啟用系統版本設定。 如需相關資訊,請參閱 Temporal Tables。 將此引數搭配 WITH LEDGER = ON
變數使用以建立可更新的總帳資料表。 不允許使用總帳資料表搭配現有記錄資料表。
REMOTE_DATA_ARCHIVE = { ON [ ( table_stretch_options [ ,... n ] ) ] | OFF ( MIGRATION_STATE = PAUSED ) }
適用於:SQL Server 2016 (13.x) 和更新版本。
建立已啟用或停用 Stretch Database 的新資料表。 如需詳細資訊,請參閱 Stretch Database。
重要
Stretch Database 在 SQL Server 2022 (16.x) 及 Azure SQL 資料庫中已被取代。 資料庫引擎的未來版本將移除此功能。 請避免在新的開發工作中使用這項功能,並規劃修改目前使用這項功能的應用程式。
啟用資料表的 Stretch Database
當您透過指定 ON
來啟用資料表的 Stretch 時,您可以選擇性指定 MIGRATION_STATE = OUTBOUND
來立即開始移轉資料或指定 MIGRATION_STATE = PAUSED
來延後移轉資料。 預設值是 MIGRATION_STATE = OUTBOUND
。 如需如何為資料表啟用 Stretch 的詳細資訊,請參閱為資料表啟用 Stretch Database。
必要條件。 為資料表啟用 Stretch 之前,您必須在伺服器和資料庫上啟用 Stretch。 如需詳細資訊,請參閱 Enable Stretch Database for a database。
權限。 為資料庫或資料表啟用 Stretch 時,需要 db_owner 權限。 為資料表啟用 Stretch 時,也需要資料表的 ALTER 權限。
[ FILTER_PREDICATE = { NULL | predicate } ]
適用於:SQL Server 2016 (13.x) 和更新版本。
您現在可以指定一個篩選述詞,以選取要從同時包含歷史資料和目前資料的資料表中移轉哪些資料列。 此述詞必須呼叫確定性內嵌資料表值函式。 如需詳細資訊,請參閱為資料表啟用 Stretch Database 和使用篩選函數來選取要移轉的資料列。
重要
若您提供執行狀況不佳的篩選器述詞,資料移轉也無法順利執行。 Stretch Database 使用 CROSS APPLY 運算子,將篩選器述詞套用至資料表。
若您未指定篩選器述詞,則會遷移整個資料表。
當您指定篩選述詞時,也必須指定 MIGRATION_STATE。
MIGRATION_STATE = { OUTBOUND | INBOUND | PAUSED }
適用於:SQL Server 2016 (13.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
指定
OUTBOUND
以將資料從 SQL Server 移轉至 Azure SQL Database。指定
INBOUND
以將資料表的遠端資料,從 Azure SQL Database 複製回 SQL Server,然後停用資料表的 Stretch。 如需詳細資訊,請參閱 停用 Stretch Database 並帶回遠端資料。這項操作會產生資料傳輸成本,且無法取消。
指定
PAUSED
以暫停或延後資料移轉。 如需詳細資訊,請參閱暫停和繼續資料移轉 - Stretch Database。
[ DATA_DELETION = ON { ( FILTER_COLUMN = column_name, RETENTION_PERIOD = { INFINITE | number { DAY | DAYS | WEEK | WEEKS | MONTH | MONTHS | YEAR | YEARS } ) } ]
適用範圍: 「僅限」Azure SQL Edge
根據資料庫內的資料表,啟用保留原則式清除舊的或過時資料。 如需詳細資訊,請參閱啟用和停用資料保留 (機器翻譯)。 必須指定下列參數才能啟用資料保留。
FILTER_COLUMN = { column_name }
指定應用來判斷資料表中資料列是否已淘汰的資料行。 允許針對篩選資料行使用下列資料類型。
- date
- datetime
- datetime2
- smalldatetime
- datetimeoffset
RETENTION_PERIOD = { INFINITE | number {DAY | DAYS | WEEK | WEEKS | MONTH | MONTHS | YEAR | YEARS }}
指定資料表的保留期間原則。 保留期間是使用正整數值和日期部分單位的組合來指定。
MEMORY_OPTIMIZED
適用於:SQL Server 2014 (12.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。 Azure SQL 受控執行個體不支援一般用途層級中經記憶體最佳化的資料表。
值為 ON 時,會指出資料表為記憶體最佳化。 記憶體最佳化資料表是記憶體中 OLTP 功能的一部分,可用來最佳化交易處理的效能。 若要開始使用記憶體內部 OLTP,請參閱快速入門 1:可讓 Transact-SQL 擁有更快效能的記憶體內部 OLTP 技術。 如需有關經記憶體最佳化的資料表詳細資訊,請參閱:經記憶體最佳化的資料表。
預設值 OFF 表示資料表是以磁碟為基礎。
DURABILITY
適用於:SQL Server 2014 (12.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
若值為 SCHEMA_AND_DATA
,表示資料表是持久的,也就是說,變更會保存在磁碟上,即使重新啟動或容錯移轉,也不會受到影響。 SCHEMA_AND_DATA 是預設值。
若值為 SCHEMA_ONLY
,表示資料表是非持久的。 資料表結構描述會保存,但是在資料庫重新啟動或容錯移轉時,任何資料更新都不會保存。 DURABILITY = SCHEMA_ONLY
只能用於 MEMORY_OPTIMIZED = ON
。
警告
當資料表是以 DURABILITY = SCHEMA_ONLY
建立,而且後續使用 ALTER DATABASE
變更 READ_COMMITTED_SNAPSHOT
時,資料將會遺失。
BUCKET_COUNT
適用於:SQL Server 2014 (12.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
指出應該在雜湊索引中建立的貯體數目。 雜湊索引中 BUCKET_COUNT 的最大值是 1,073,741,824。 如需貯體計數的詳細資訊,請參閱經記憶體最佳化之資料表上的索引。
Bucket_count 是必要的引數。
INDEX
適用於:SQL Server 2014 (12.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
您必須指定資料行和資料表索引,作為 CREATE TABLE 陳述式的一部分。 如需加入和移除記憶體最佳化資料表上的索引詳細資料,請參閱:改變記憶體最佳化資料
HASH
適用於:SQL Server 2014 (12.x) 及更新版本、Azure SQL Database,以及 Azure SQL 受控執行個體。
表示已建立雜湊索引。
只有記憶體最佳化資料表才支援雜湊索引。
LEDGER = ON ( <ledger_option> [ ,... n ] ) | OFF
適用於:SQL Server 2022 (16.x)、Azure SQL 資料庫 和 Azure SQL 受控執行個體。
注意
如果陳述式要建立總帳資料表,則需要 ENABLE LEDGER
權限。
指出所建立的資料表是 (ON) 或不是 (OFF) 總帳資料表。 預設值為 OFF。 如果指定了 APPEND_ONLY = ON
選項,系統會建立僅限附加總帳資料表,只允許插入新的資料列。 否則,系統會建立可更新的總帳資料表。 可更新的總帳資料表還需要 SYSTEM_VERSIONING = ON
變數。 可更新的總帳資料表也必須是系統版本的資料表。 不過,可更新的總帳資料表不需要是時態表 (不需要 PERIOD FOR SYSTEM_TIME
參數)。 如果歷程記錄資料表是使用 LEDGER = ON
和 SYSTEM_VERSIONING = ON
指定,則不得參考現有的資料表。
總帳資料庫 (使用 LEDGER = ON
選項建立的資料庫) 僅允許建立總帳資料表。 嘗試使用 LEDGER = OFF
建立資料表將會引發錯誤。 每個新資料表預設都會建立為可更新的總帳資料表,即使未指定 LEDGER = ON
,並且會使用所有其他參數的預設值來建立。
可更新的總帳資料表必須包含四個 GENERATED ALWAYS
資料行,下列參數分別定義一個資料行:
GENERATED ALWAYS AS TRANSACTION_ID START
GENERATED ALWAYS AS TRANSACTION_ID END
GENERATED ALWAYS AS SEQUENCE_NUMBER START
GENERATED ALWAYS AS SEQUENCE_NUMBER END
僅限附加總帳資料表必須僅包含由下列參數分別定義的資料行:
GENERATED ALWAYS AS TRANSACTION_ID START
GENERATED ALWAYS AS SEQUENCE_NUMBER START
如果 CREATE TABLE
陳述式中未定義任何必要的產生型固定資料行 (Generated Always Column),且陳述式包含 LEDGER = ON
,系統會自動嘗試使用下列清單中的適用資料行定義來新增資料行。 如果名稱與已定義的資料行發生衝突,則系統會回報錯誤。
[ledger_start_transaction_id] BIGINT GENERATED ALWAYS AS TRANSACTION_ID START HIDDEN NOT NULL
[ledger_end_transaction_id] BIGINT GENERATED ALWAYS AS TRANSACTION_ID END HIDDEN NULL
[ledger_start_sequence_number] BIGINT GENERATED ALWAYS AS SEQUENCE_NUMBER START HIDDEN NOT NULL
[ledger_end_sequence_number] BIGINT GENERATED ALWAYS AS SEQUENCE_NUMBER END HIDDEN NULL
<ledger_view_option> 會指定系統自動建立並連結至資料表的總帳檢視架構和名稱。 如果未指定選項,系統會將 _Ledger
附加至所建立資料表的名稱,以產生總帳檢視名稱 (database_name.schema_name.table_name
)。 如果已存在指定或產生名稱的檢視,系統會回報錯誤。 如果資料表是可更新的總帳資料表,則總帳檢視會在資料表及其歷程記錄資料表上建立為聯集 (union)。
總帳檢視中的每個資料列,分別代表在總帳資料表中建立或刪除資料列版本。 總帳檢視包含總帳資料表的所有資料行,但上述的產生型固定資料行除外。 總帳檢視還包含下列資料行:
資料行名稱 | 資料類型 | 描述 |
---|---|---|
使用 TRANSACTION_ID_COLUMN_NAME 選項指定。 如果未指定 ledger_transaction_id 。 |
BIGINT | 建立或刪除資料列版本的交易 ID。 |
使用 SEQUENCE_NUMBER_COLUMN_NAME 選項指定。 如果未指定 ledger_sequence_number 。 |
BIGINT | 資料表中交易發生的資料列層級作業序號。 |
使用 OPERATION_TYPE_COLUMN_NAME 選項指定。 如果未指定 ledger_operation_type 。 |
TINYINT | 包含 1 (INSERT ) 或 2 (DELETE )。 在總帳資料表中插入資料列,即會在總帳檢視中產生一個新的資料列,並在這個資料行中包含 1 。 從總帳資料表刪除資料列,即會在總帳檢視中產生一個新的資料列,並在這個資料行中包含 2 。 在總帳資料表中更新資料列時,會在總帳檢視中產生兩列新的資料列。 其中一列的這個資料行包含 2 (DELETE ),另一列則包含 1 (INSERT )。 |
使用 OPERATION_TYPE_DESC_COLUMN_NAME 選項指定。 如果未指定 ledger_operation_type_desc 。 |
nvarchar(128) | 包含 INSERT 或 DELETE 。 請參閱上方詳細說明。 |
包含建立總帳資料表的交易會在 sys.database_ledger_transactions 中擷取。
<ledger_option> ::=
指定總帳選項。
[ LEDGER_VIEW = schema_name.ledger_view_name [ ( <ledger_view_option> [ ,... n ] ) ]
指定總帳檢視的名稱,以及系統新增至總帳檢視的其他資料行名稱。
[ APPEND_ONLY = ON | OFF ]
指定所建立的總帳資料表是否為僅限附加或可更新。 預設值為 OFF
。
<ledger_view_option> ::=
指定一或多個總帳檢視選項。 除了總帳資料表中定義的資料行之外,每個總帳檢視選項都會指定資料行的名稱,由系統新增至檢視。
[ TRANSACTION_ID_COLUMN_NAME = transaction_id_column_name ]
指定用於儲存建立或刪除資料列版本交易識別碼的資料行名稱。 預設資料行名稱為 ledger_transaction_id
。
[ SEQUENCE_NUMBER_COLUMN_NAME = sequence_number_column_name ]
指定儲存資料表交易內資料列層級作業序號的資料行名稱。 預設資料行名稱為 ledger_sequence_number
。
[ OPERATION_TYPE_COLUMN_NAME = operation_type_id column_name ]
指定儲存作業類型識別碼的資料行名稱。 預設資料行名稱為 ledger_operation_type。
[ OPERATION_TYPE_DESC_COLUMN_NAME = operation_type_desc_column_name ]
指定儲存作業類型描述的資料行名稱。 預設資料行名稱為 ledger_operation_type_desc
。
備註
如需有關允許的資料表、資料行、條件約束及索引數目的詳細資訊,請參閱 SQL Server 的最大容量規格。
空間通常會以每次一個範圍的遞增方式配置給資料表及索引。 當 ALTER DATABASE
的 SET MIXED_PAGE_ALLOCATION
選項設定為 TRUE 時,或一律在 SQL Server 2016 (13.x) 之前,則在建立資料表或索引之後,會從混合範圍來配置頁面,直到有足夠的頁面填滿統一範圍為止。 在它有足以填滿統一範圍的頁面之後,每當目前配置的範圍已滿之後,便會配置另一個範圍。 如需資料表所配置和使用之空間量的報表,請執行 sp_spaceused
。
資料庫引擎不會強制在資料行定義中指定 DEFAULT、IDENTITY、ROWGUIDCOL 或資料行限制式的順序。
當建立資料表時,一律會在資料表的中繼資料中將 QUOTED IDENTIFIER 選項儲存成 ON,即使建立資料表時,將選項設成 OFF,也是如此。
在 Microsoft Fabric 的 SQL 資料庫中,可以建立某些數據表功能,但不會 鏡像到 Fabric OneLake。 如需詳細資訊,請參閱 網狀架構 SQL 資料庫鏡像的限制。
暫存資料表
您可以建立本機和全域暫存資料表。 本機暫存資料表只在目前工作階段中才可以看見,全域暫存資料表則是所有工作階段都能夠看見。 暫存資料表不能進行分割。
請用一個數字符號來做為本機暫存資料表名稱的前置詞 (#table_name
),用兩個數字符號做為全域暫存資料表名稱的前置詞 (##table_name
)。
Transact-SQL 陳述式會利用 CREATE TABLE
陳述式中指定給 table_name 的值來參考暫存資料表,例如:
CREATE TABLE #MyTempTable (
col1 INT PRIMARY KEY
);
INSERT INTO #MyTempTable
VALUES (1);
如果在單一預存程序或批次內,建立了多個暫存資料表,它們必須有不同的名稱。
如果您在建立或存取站存資料表時加入了 schema_name,系統會予以忽略。 所有暫存資料表都會建立在 dbo 結構描述中。
如果本機暫存資料表建立在多個工作階段可以同時執行的預存程序或應用程式中,資料庫引擎必須能夠區分不同工作階段所建立的資料表。 資料庫引擎會在內部將數值後置詞附加至每個本機暫存資料表名稱上,以便進行區分。 tempdb
內的 sys.sysobjects
資料表所儲存的暫存資料表完整名稱,由 CREATE TABLE 陳述式所指定的資料表名稱和系統產生的數值後置詞組成。 為了允許後置詞,指定給本機暫存名稱的 table_name 不能超出 116 個字元。
除非利用 DROP TABLE 來明確卸除暫存資料表,否則,暫存資料表會在超出範圍時自動卸除:
- 當預存程序完成時,會自動卸除預存程序中所建立的本機暫存資料表。 建立資料表的預存程序所執行的任何巢狀預存程序,都可以參考這份資料表。 呼叫建立資料表的預存程序之處理序不能參考這份資料表。
- 在目前工作階段結束時,會自動卸除所有其他本機暫存資料表。
- 當建立全域暫存資料表的工作階段結束,且所有其他工作也都停止參考這些資料表,便會自動卸除這些全域暫存資料表。 工作和資料表之間的關聯,只在單一 Transact-SQL 陳述式的生命期間進行維護。 這表示當建立工作階段結束時,在最後一個主動參考這份資料表的 Transact-SQL 陳述式完成時,便會卸除這份全域暫存資料表。
在預存程序或觸發程序內建立的本機暫存資料表,名稱可以和呼叫這個預存程序或觸發程序之前所建立的暫存資料表相同。 不過,如果查詢參考一份暫存資料表,且同時有兩份同名的暫存資料表存在,便不會定義要針對哪一份資料表來解析這項查詢。 巢狀預存程序也可以建立與呼叫的預存程序所建立之暫存資料表同名的暫存資料表。 不過,若要將修正解析到巢狀程序中所建立的資料表,這份資料表與發出呼叫的程序所建立的資料表,必須有相同的結構和資料行名稱。 下列範例會顯示這一點。
CREATE PROCEDURE dbo.Test2
AS
CREATE TABLE #t (x INT PRIMARY KEY);
INSERT INTO #t VALUES (2);
SELECT Test2Col = x FROM #t;
GO
CREATE PROCEDURE dbo.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 限制式不能參考暫存資料表。
如果您使用具名條件約束來建立暫存資料表,而且在使用者定義交易的範圍內建立此暫存資料表,則一次只有一位使用者能夠執行建立暫存資料表的陳述式。 例如,如果預存程序使用了具名的主索引鍵限制式來建立暫存資料表,此預存程序就無法同時由多位使用者執行。
限定資料庫範圍的全域暫存資料表 (Azure SQL Database)
適用於 SQL Server 的全域暫存資料表 (資料表名稱開頭是 ##) 會儲存在 tempdb
中並在整個 SQL Server 執行個體的所有使用者的工作階段之間共用。 如需 SQL 資料表型別的相關資訊,請參閱上述的「建立資料表」相關章節。
Azure SQL Database 支援儲存在 tempdb
中且只限於資料庫層級範圍的全域暫存資料表。 這表示在同一 Azure SQL Database 中的所有使用者工作階段,會共用全域暫存資料表。 其他資料庫使用者的工作階段無法存取全域暫存資料表。
Azure SQL Database 的全域暫存資料表語法和語意,與 SQL Server 用於暫存資料表的語法和語意相同。 同樣地,全域暫存預存程序的範圍會被限制為 Azure SQL Database 中的資料庫層級。 本機暫存資料表 (資料表名稱是 #) 也支援 Azure SQL Database,並採用和 SQL Server 相同的語法和語意。 請參閱上述的 暫存資料表相關章節。
重要
這項功能適用於 Azure SQL Database。
對 Azure SQL Database 的全域暫存資料表問題進行疑難排解
若要對 tempdb
進行疑難排解,請參閱如何監視 tempdb 使用量。
注意
只有伺服器管理員能夠存取 Azure SQL Database 中的疑難排解 DMV。
暫存物件的許可權
任何使用者都可以建立全域暫存物件。 除非收到其他權限,否則使用者只能存取自己的物件。
資料分割資料表
在利用 CREATE TABLE 來建立分割區資料表之前,您必須先建立一個分割區函數來指定資料表分割區的方式。 資料分割函數是使用 CREATE PARTITION FUNCTION 建立的。 其次,您必須建立一個分割區配置來指定保留分割區函數所指示之分割區的檔案群組。 分割區配置是使用 CREATE PARTITION SCHEME 建立的。 您不能針對分割區資料表來指定將 PRIMARY KEY 或 UNIQUE 限制式放在個別檔案群組中。 如需詳細資訊,請參閱< Partitioned Tables and Indexes>。
PRIMARY KEY 條件約束
一份資料表只能有一個 PRIMARY KEY 條件約束。
PRIMARY KEY 限制式所產生的索引,無法使資料表的索引數目超出 999 個非叢集索引和 1 個叢集索引。
如果未指定 PRIMARY KEY 限制式的 CLUSTERED 或 NONCLUSTERED,且未指定 UNIQUE 限制式的叢集索引,便使用 CLUSTERED。
PRIMARY KEY 條件約束內所定義的所有資料行,都必須定義成 NOT NULL。 如果未指定 Null 屬性,參與 PRIMARY KEY 限制式的所有資料行 Null 屬性都會設成 NOT NULL。
注意
針對經記憶體最佳化的資料表,允許可為 Null 的索引鍵資料行。
如果在 CLR 使用者定義的類型資料行上定義主索引鍵,類型的實作必須支援二進位排序。 如需詳細資訊,請參閱 CLR 使用者定義型別。
UNIQUE 條件約束
- 如果未指定 UNIQUE 限制式的 NONCLUSTERED 或 NONCLUSTERED,依預設,會使用 NONCLUSTERED。
- 每個 UNIQUE 條件約束都會產生一個索引。 UNIQUE 限制式數目無法使資料表的索引數目超出 999 個非叢集索引和 1 個叢集索引。
- 如果在 CLR 使用者定義型別資料行上定義唯一條件約束,類型的實作必須支援二進位順序或以運算子為基礎的順序。 如需詳細資訊,請參閱 CLR 使用者定義型別。
FOREIGN KEY 條件約束
在 FOREIGN KEY 條件約束的資料行中輸入 NULL 以外的值時,值必須在參考的資料行中;否則,系統會傳回外部索引鍵違規錯誤訊息。
除非您也指定了來源資料行,否則,FOREIGN KEY 條件約束會套用在前面的資料行。
FOREIGN KEY 條件約束只能參考在相同伺服器之相同資料庫內的資料表。 跨資料庫參考完整性必須利用觸發程序來實作。 如需詳細資訊,請參閱 CREATE TRIGGER。
FOREIGN KEY 條件約束可以參考相同資料表中的另一個資料行。 這稱為自我參考。
資料行層級 FOREIGN KEY 條件約束的 REFERENCES 子句只能列出一個參考資料行。 這個資料行必須有定義了條件約束的資料行之相同資料類型。
資料表層級 FOREIGN KEY 條件約束的 REFERENCES 子句,必須有與條件約束資料行清單中的資料行一樣多的參考資料行。 每個參考資料行的資料類型,也必須與資料行清單中的對應資料行相同。 您必須以在參考資料表上指定 PRIMARY KEY 或 UNIQUE 條件約束資料行時所使用的相同順序來指定參考資料行。
如果外部索引鍵或所參考的索引鍵中有 timestamp 型別的資料行,您便不能指定 CASCADE、SET NULL 或 SET DEFAULT。
您可以在相互具有參考關聯性的資料表上,組合 CASCADE、SET NULL、SET DEFAULT 和 NO ACTION。 如果資料庫引擎發現 NO ACTION,便會停止和回復相關的 CASCADE、SET NULL 和 SET DEFAULT 動作。 當 DELETE 陳述式造成 CASCADE、SET NULL、SET DEFAULT 和 NO ACTION 等動作的組合時,在資料庫引擎檢查任何 NO ACTION 之前,會先套用 CASCADE、SET NULL 及 SET DEFAULT 等動作。
在資料表所能包含參考其他資料表的 FOREIGN KEY 限制式數目,及其他資料表所擁有參考特定資料表的 FOREIGN KEY 限制式數目上,資料庫引擎並沒有預先定義的限制。
不過,FOREIGN KEY 條件約束的實際可用數目,會受到硬體組態及資料庫和應用程式設計的限制。 建議資料表所包含的 FOREIGN KEY 條件約束數目不要超出 253 個,參考資料表的 FOREIGN KEY 條件約束數目也不要超出 253 個。 有效限制多少會隨著應用程式和硬體而不同。 當您設計資料庫和應用程式時,請考量強制執行 FOREIGN KEY 條件約束的成本。
暫存資料表不會強制執行 FOREIGN KEY 條件約束。
FOREIGN KEY 條件約束只能參考在所參考的資料表中之 PRIMARY KEY 或 UNIQUE 條件約束中的資料行,或在所參考的資料表之 UNIQUE INDEX 中的資料行。
如果在 CLR 使用者定義的類型資料行上定義外部索引鍵,類型的實作必須支援二進位順序。 如需詳細資訊,請參閱 CLR 使用者定義型別。
加入外部索引鍵關聯性的資料行都必須定義相同的長度和小數位數。
DEFAULT 定義
資料行只能有一個 DEFAULT 定義。
DEFAULT 定義可以包含常數值、函數、SQL 標準 niladic 函數 或 NULL。 下表顯示在 INSERT 陳述式期間,niladic 函數及它們傳回的預設值。
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 條件約束只能參考相同資料表中的資料行。
CHECK CONSTRAINTS 和規則會在 INSERT 和 UPDATE 陳述式期間,提供相同的資料驗證功能。
當一個或多個資料行有規則和一個或多個 CHECK 條件約束存在時,會評估所有限制。
在 text、ntext 或 image 資料行上,無法定義 CHECK 限制式。
限制式的詳細資訊
- 您無法使用
DROP INDEX
卸除為限制式建立的索引;限制式必須使用ALTER TABLE
來卸除。 建立給條件約束及條件約束所使用的索引,可以利用ALTER INDEX ... REBUILD
來重建。 如需詳細資訊,請參閱 重新組織與重建索引。 - 限制式名稱必須遵照識別碼的規則,不過,名稱開頭不能是數字符號 (#)。 如果未提供 constraint_name,就會將系統產生的名稱指派給限制式。 條件約束名稱會出現在強制違規的任何錯誤訊息中。
- 在
INSERT
、UPDATE
或DELETE
陳述式中違反條件約束時,陳述式便會結束。 不過,當SET XACT_ABORT
設為 OFF 時,如果陳述式在明確的交易中,就會繼續處理交易。 當SET XACT_ABORT
設為 ON 時,就會回復整個交易。 您也可以藉由檢查@@ERROR
系統函式,將ROLLBACK TRANSACTION
陳述式與交易定義搭配使用。 - 當
ALLOW_ROW_LOCKS = ON
且ALLOW_PAGE_LOCK = ON
時,您存取索引時就允許資料列層級、分頁層級和資料表層級的鎖定。 資料庫引擎會選擇適當的鎖定,且可以將鎖定從資料列或頁面鎖定擴大到資料表鎖定。 如果ALLOW_ROW_LOCKS = OFF
且ALLOW_PAGE_LOCK = OFF
,當您存取索引時,只允許資料表層級的鎖定。 - 如果資料表有 FOREIGN KEY 或 CHECK CONSTRAINTS 和觸發程序,就會先評估條件約束的條件,再執行觸發程序。
如需資料表及其資料行的報表,請使用 sp_help
或 sp_helpconstraint
。 若要為資料表重新命名,請使用 sp_rename
。 如需相依於資料表之檢視表和預存程序的報表,請使用 sys.dm_sql_referenced_entities 和 sys.dm_sql_referencing_entities。
資料表定義內的 Null 屬性規則
資料行的可 NULL 性決定了資料行是否接受 NULL 值 (NULL
) 做為資料。 NULL
不為零或空白:NULL
NULL 表示沒有任何輸入,或提供了明確的 NULL
;但該值通常是表示值未知或不適用。
當您使用 CREATE TABLE
或 ALTER TABLE
建立或變更資料表時,資料庫和工作階段設定值會影響資料行定義中使用之資料類型的 Null 屬性,且可能會加以覆寫。 我們建議您對於非計算資料行,一律將資料行明確定義為 NULL 或 NOT NULL,如果您採用使用者自訂資料類型,建議您允許資料行使用資料類型的預設 Null 屬性。 疏鬆資料行必須永遠允許 NULL。
當您並未明確指定資料行 Null 屬性時,資料行 Null 屬性會遵照下表所顯示的規則。
資料行資料類型 | 規則 |
---|---|
別名資料型別 | 資料庫引擎會使用建立資料類型時所指定的 Null 屬性。 若要判斷資料類型的預設可 Null 性,請使用 sp_help 。 |
CLR 使用者定義型別 (CLR user-defined type) | Null 屬性取決於資料行定義。 |
系統提供的資料類型 | 如果系統提供的資料類型只有一個選項,將會優先使用。 timestamp 資料類型必須是 NOT NULL。 當利用 SET 將任何工作階段設定設為 ON 時:ANSI_NULL_DFLT_ON = ON ,指派 Null。ANSI_NULL_DFLT_OFF = ON ,指派 NOT NULL。當利用 ALTER DATABASE 來設定任何資料庫設定:ANSI_NULL_DEFAULT_ON = ON ,指派 Null。ANSI_NULL_DEFAULT_OFF = ON ,指派 NOT NULL。若要檢視 ANSI_NULL_DEFAULT 的資料庫設定,請使用 sys.databases 目錄檢視表 |
當工作階段並未設定任何一個 ANSI_NULL_DFLT 選項,且資料庫設為預設 (ANSI_NULL_DEFAULT 為 OFF) 時,會指派預設 NOT NULL。
如果資料行是計算資料行,其 Null 屬性一律由資料庫引擎自動決定。 若想了解這類資料行的 Null 屬性,請搭配使用 COLUMNPROPERTY
函式與 AllowsNull 屬性。
注意
SQL Server ODBC 驅動程式和 SQL Server OLE DB 驅動程式都預設為將 ANSI_NULL_DFLT_ON 設為 ON。 ODBC 和 OLE DB 使用者可以在 ODBC 資料來源中設定這個項目,也可以利用應用程式所設定的連接屬性來設定這個項目。
資料壓縮
系統資料表無法啟用壓縮。 當您建立資料表時,除非另外指定,否則資料壓縮會設定為 NONE。 如果您指定資料分割清單或超出範圍的資料分割,將會產生錯誤。 如需資料壓縮的詳細資訊,請參閱 資料壓縮。
若要評估變更壓縮狀態如何影響資料表、索引或分割區,請使用 sp_estimate_data_compression_savings 預存程序。
權限
需要資料庫中的 CREATE TABLE
權限,以及此資料表建立所在之結構描述的 ALTER
權限。
如果將 CREATE TABLE
陳述式中的任何資料行定義成使用者定義型別,則需要使用者定義型別的 REFERENCES
權限。
如果將 CREATE TABLE
陳述式中的任何資料行定義成 CLR 使用者定義型別,則需要該類型的擁有權或其 REFERENCES
權限。
如果 CREATE TABLE
陳述式中的任何資料行有相關聯的 XML 結構描述集合,則需要 XML 結構描述集合的擁有權或其 REFERENCES
權限。
任何使用者都可以在 tempdb
中建立暫存資料表。
如果陳述式要建立總帳資料表,則需要 ENABLE LEDGER
權限。
範例
A. 在資料行上建立 PRIMARY KEY 條件約束
下列範例會顯示 PRIMARY KEY 條件約束的資料行定義,其中 EmployeeID
資料表的 Employee
資料行上包含叢集索引。 由於未指定限制式名稱,因此系統會提供限制式名稱。
CREATE TABLE dbo.Employee (
EmployeeID INT PRIMARY KEY CLUSTERED
);
B. 使用 FOREIGN KEY 限制式
FOREIGN KEY 條件約束用來參考另一份資料表。 外部索引鍵可以是單一資料行,也可以是多重資料行的索引鍵。 這個範例顯示參考 SalesOrderHeader
資料表之 SalesPerson
資料表的單一資料行 FOREIGN KEY 條件約束。 單一資料行 FOREIGN KEY 條件約束只需要 REFERENCES 子句。
SalesPersonID INT NULL REFERENCES SalesPerson(SalesPersonID)
另外,您也可以明確地使用 FOREIGN KEY 子句,再重新指定資料行屬性。 兩份資料表中的資料行名稱不必相同。
FOREIGN KEY (SalesPersonID) REFERENCES SalesPerson(SalesPersonID)
多重資料行索引鍵條件約束會建立成資料表條件約束。 在 AdventureWorks2022
資料庫中,SpecialOfferProduct
資料表包括一個多重資料行 PRIMARY KEY。 下列範例會顯示如何從另一份資料表參考這個索引鍵;明確的條件約束名稱是選擇性的。
CONSTRAINT FK_SpecialOfferProduct_SalesOrderDetail
FOREIGN KEY (ProductID, SpecialOfferID)
REFERENCES SpecialOfferProduct (ProductID, SpecialOfferID)
C. 使用 UNIQUE 限制式
UNIQUE 條件約束用來強制執行非主索引鍵資料行的唯一性。 下列範例會強制執行「Name
資料表的 Product
資料行必須是唯一的」這項限制。
Name NVARCHAR(100) NOT NULL
UNIQUE NONCLUSTERED
D. 使用 DEFAULT 定義
當未提供值時,預設值會提供一個值 (利用 INSERT 和 UPDATE 陳述式)。 例如,AdventureWorks2022
資料庫可以包括一份查閱資料表,列出公司中員工能夠填入的不同作業。 在描述每項作業的資料行中,當並未明確輸入實際描述時,字元字串預設值可以提供一項描述。
DEFAULT 'New Position - title not formalized yet'
除了常數之外,DEFAULT 定義也可以包含函數。 請利用下列範例來取得項目的目前日期。
DEFAULT (GETDATE())
niladic 函數掃描也可以改進資料完整性。 若要追蹤插入資料列的使用者,請使用 USER 的 niladic 函數。 請勿用括號括住 niladic 函數。
DEFAULT USER
E. 使用 CHECK 限制式
下列範例會顯示輸入 CreditRating
資料表 Vendor
資料行之值的限制。 這個條件約束不具名。
CHECK (CreditRating >= 1 and CreditRating <= 5)
這個範例顯示含有在資料表資料行中輸入的字元資料之模式限制的具名條件約束。
CONSTRAINT CK_emp_id CHECK (
emp_id LIKE '[A-Z][A-Z][A-Z][1-9][0-9][0-9][0-9][0-9][FM]'
OR emp_id LIKE '[A-Z]-[A-Z][1-9][0-9][0-9][0-9][0-9][FM]'
)
這個範例指定值必須在特定清單中,或遵照指定的模式。
CHECK (
emp_id IN ('1389', '0736', '0877', '1622', '1756')
OR emp_id LIKE '99[0-9][0-9]'
)
F. 顯示完整的資料表定義
下列範例會顯示含有 AdventureWorks2022
資料庫中所建立的 PurchaseOrderDetail
資料表之所有條件約束定義的完整資料表定義。 為執行範例,資料表結構描述會變更為 dbo
。
CREATE TABLE dbo.PurchaseOrderDetail
(
PurchaseOrderID int NOT NULL
REFERENCES Purchasing.PurchaseOrderHeader(PurchaseOrderID),
LineNumber smallint NOT NULL,
ProductID int NULL
REFERENCES Production.Product(ProductID),
UnitPrice money NULL,
OrderQty smallint NULL,
ReceivedQty float NULL,
RejectedQty float NULL,
DueDate datetime NULL,
rowguid uniqueidentifier ROWGUIDCOL NOT NULL
CONSTRAINT DF_PurchaseOrderDetail_rowguid DEFAULT (NEWID()),
ModifiedDate datetime NOT NULL
CONSTRAINT DF_PurchaseOrderDetail_ModifiedDate DEFAULT (GETDATE()),
LineTotal AS ((UnitPrice*OrderQty)),
StockedQty AS ((ReceivedQty-RejectedQty)),
CONSTRAINT PK_PurchaseOrderDetail_PurchaseOrderID_LineNumber
PRIMARY KEY CLUSTERED (PurchaseOrderID, LineNumber)
WITH (IGNORE_DUP_KEY = OFF)
)
ON [PRIMARY];
G. 使用分類為 XML 結構描述集合的 XML 資料行來建立資料表
下列範例會建立一份含有 xml
資料行的資料表,且該資料行的類型符合 XML 結構描述集合 HRResumeSchemaCollection
。 DOCUMENT
關鍵字指定 column_name 中 xml
資料類型的每個執行個體,都只能包含一個最上層元素。
CREATE TABLE HumanResources.EmployeeResumes
(
LName nvarchar(25),
FName nvarchar(25),
Resume xml(DOCUMENT HumanResources.HRResumeSchemaCollection)
);
H. 建立資料分割資料表
下列範例會建立一個資料分割函數,將資料表或索引分割成四個資料分割。 之後,此範例會建立一個分割區配置來指定分別用來保留這四份分割區的檔案群組。 最後,這個範例會建立一份使用分割區配置的資料表。 這個範例假設這些檔案群組已在資料庫中。
CREATE PARTITION FUNCTION myRangePF1 (int)
AS RANGE LEFT FOR VALUES (1, 100, 1000);
GO
CREATE PARTITION SCHEME myRangePS1
AS PARTITION myRangePF1
TO (test1fg, test2fg, test3fg, test4fg);
GO
CREATE TABLE PartitionTable (col1 int, col2 char(10))
ON myRangePS1 (col1);
GO
分割區會以 col1
的 PartitionTable
資料行值為基礎而以下列方式進行指派。
檔案群組 | test1fg | test2fg | test3fg | test4fg |
---|---|---|---|---|
資料分割 | 1 | 2 | 3 | 4 |
值 | col 1 <= 1 |
col1 > 1 AND col1 <= 100 |
col1 > 100 AND col1 <= 1,000 |
col1 > 1000 |
I. 在資料行中使用 UNIQUEIDENTIFIER 資料類型
下列範例會建立一份含有 uniqueidentifier
資料行的資料表。 這個範例會利用 PRIMARY KEY 條件約束來保護資料表,以免使用者插入重複的值,以及利用 NEWSEQUENTIALID()
條件約束中的 DEFAULT
函數來提供新資料列的值。 ROWGUIDCOL 屬性會套用到 uniqueidentifier
資料行,以便可以使用 $ROWGUID 關鍵字來參考它。
CREATE TABLE dbo.Globally_Unique_Data
(
GUID UNIQUEIDENTIFIER
CONSTRAINT Guid_Default DEFAULT
NEWSEQUENTIALID() ROWGUIDCOL,
Employee_Name VARCHAR(60)
CONSTRAINT Guid_PK PRIMARY KEY (GUID)
);
J. 使用計算資料行的運算式
下列範例會顯示如何利用 ((low + high)/2
) 運算式來計算 myavg
計算資料行。
CREATE TABLE dbo.mytable
(
low INT,
high INT,
myavg AS (low + high)/2
);
K. 建立以使用者定義類型資料行為基礎的計算資料行
下列範例會建立一份資料表,含有定義為使用者定義型別 utf8string
的資料行,且假設目前資料庫中已建立了這個類型的組件及這個類型本身。 第二個數據行是根據 utf8string
定義,並使用 type(class) utf8string
方法來ToString()
計算數據行的值。
CREATE TABLE UDTypeTable
(
u UTF8STRING,
ustr AS u.ToString() PERSISTED
);
L. 使用計算資料行的 USER_NAME 函數
下列範例會使用 USER_NAME()
資料行中的 myuser_name
函數。
CREATE TABLE dbo.mylogintable
(
date_in DATETIME,
user_id INT,
myuser_name AS USER_NAME()
);
M. 建立具有 FILESTREAM 資料行的資料表
下列範例會建立一份含有 FILESTREAM
資料行 Photo
的資料表。 如果資料表具有一個或多個 FILESTREAM
資料行,此資料表就必須具有一個 ROWGUIDCOL
資料行。
CREATE TABLE dbo.EmployeePhoto
(
EmployeeId INT NOT NULL PRIMARY KEY,
Photo VARBINARY(MAX) FILESTREAM NULL,
MyRowGuidColumn UNIQUEIDENTIFIER NOT NULL ROWGUIDCOL UNIQUE DEFAULT NEWID()
);
N. 建立使用資料列壓縮的資料表
下列範例會建立一份使用資料列壓縮的資料表。
CREATE TABLE dbo.T1
(
c1 INT,
c2 NVARCHAR(200)
)
WITH (DATA_COMPRESSION = ROW);
如需其他資料壓縮範例,請參閱資料壓縮。
O. 建立使用 XML 壓縮的資料表
適用於:SQL Server 2022 (16.x) 和更新版本、Azure SQL 資料庫,以及 Azure SQL 受控執行個體。
下列範例會建立使用 XML 壓縮的數據表。
CREATE TABLE dbo.T1
(
c1 INT,
c2 XML
)
WITH (XML_COMPRESSION = ON);
P. 建立具有疏鬆資料行與資料行集的資料表
下列範例會示範如何建立一份含有疏鬆資料行的資料表,以及一份含有兩個疏鬆資料行與資料行集的資料表。 此範例會使用基本語法。 如需更複雜的範例,請參閱使用疏鬆資料行和使用資料行集。
此範例會建立一份含有疏鬆資料行的資料表。
CREATE TABLE dbo.T1
(
c1 INT PRIMARY KEY,
c2 VARCHAR(50) SPARSE NULL
);
此範例會建立一份含有兩個疏鬆資料行與一個名為 CSet
之資料行集的資料表。
CREATE TABLE T1
(
c1 INT PRIMARY KEY,
c2 VARCHAR(50) SPARSE NULL,
c3 INT SPARSE NULL,
CSet XML COLUMN_SET FOR ALL_SPARSE_COLUMNS
);
問。 建立一個系統版本設定磁碟時態表
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
下列範例顯示如何建立與新記錄資料表連結的時態表,以及如何建立與現有記錄資料表連結至的時態表。 若要為「系統版本設定」啟用資料表,則必須為時態表定義一個要啟用的主索引鍵。 如需範例來示範如何在現有資料表新增或移除系統版本設定,請參閱範例中的「系統版本設定」。 如需使用案例,請參閱時態表。
這個範例會建立一個與新記錄資料表連結的新時態表。
CREATE TABLE Department
(
DepartmentNumber CHAR(10) NOT NULL PRIMARY KEY CLUSTERED,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH (SYSTEM_VERSIONING = ON);
這個範例會建立一個與現有記錄資料表連結的新時態表。
-- Existing table
CREATE TABLE Department_History
(
DepartmentNumber CHAR(10) NOT NULL,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 NOT NULL,
ValidTo DATETIME2 NOT NULL
);
-- Temporal table
CREATE TABLE Department
(
DepartmentNumber CHAR(10) NOT NULL PRIMARY KEY CLUSTERED,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH (SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.Department_History, DATA_CONSISTENCY_CHECK = ON));
R. 建立一個系統版本設定的記憶體最佳化時態表
適用於:SQL Server 2016 (13.x) 和更新版本,以及 Azure SQL Database。
下列範例示範如何建立一個與新磁碟記錄資料表連結的系統版本設定記憶體最佳化時態表。
這個範例會建立一個與新記錄資料表連結的新時態表。
CREATE SCHEMA History;
GO
CREATE TABLE dbo.Department
(
DepartmentNumber CHAR(10) NOT NULL PRIMARY KEY NONCLUSTERED,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH
(
MEMORY_OPTIMIZED = ON,
DURABILITY = SCHEMA_AND_DATA,
SYSTEM_VERSIONING = ON (HISTORY_TABLE = History.DepartmentHistory)
);
這個範例會建立一個與現有記錄資料表連結的新時態表。
-- Existing table
CREATE TABLE Department_History
(
DepartmentNumber CHAR(10) NOT NULL,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 NOT NULL,
ValidTo DATETIME2 NOT NULL
);
-- Temporal table
CREATE TABLE Department
(
DepartmentNumber CHAR(10) NOT NULL PRIMARY KEY CLUSTERED,
DepartmentName VARCHAR(50) NOT NULL,
ManagerID INT NULL,
ParentDepartmentNumber CHAR(10) NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH
(
SYSTEM_VERSIONING = ON (HISTORY_TABLE = dbo.Department_History, DATA_CONSISTENCY_CHECK = ON)
);
S. 建立一個含加密資料行的資料表
下列範例會建立一份含加密資料行的資料表。 如需詳細資訊,請參閱 Always Encrypted。
CREATE TABLE Customers (
CustName NVARCHAR(60)
ENCRYPTED WITH (
COLUMN_ENCRYPTION_KEY = MyCEK,
ENCRYPTION_TYPE = RANDOMIZED,
ALGORITHM = 'AEAD_AES_256_CBC_HMAC_SHA_256'
),
SSN VARCHAR(11) COLLATE Latin1_General_BIN2
ENCRYPTED WITH (
COLUMN_ENCRYPTION_KEY = MyCEK,
ENCRYPTION_TYPE = DETERMINISTIC ,
ALGORITHM = 'AEAD_AES_256_CBC_HMAC_SHA_256'
),
Age INT NULL
);
T. 建立內嵌已篩選的索引
建立具有內嵌已篩選之索引的資料表。
CREATE TABLE t1
(
c1 INT,
index IX1 (c1) WHERE c1 > 0
);
U. 建立內嵌索引
下列範例說明如何在磁碟型資料表中使用內嵌的 NONCLUSTERED:
CREATE TABLE t1
(
c1 INT,
INDEX ix_1 NONCLUSTERED (c1)
);
CREATE TABLE t2
(
c1 INT,
c2 INT INDEX ix_1 NONCLUSTERED
);
CREATE TABLE t3
(
c1 INT,
c2 INT,
INDEX ix_1 NONCLUSTERED (c1,c2)
);
V. 建立具有匿名具名複合主索引鍵的暫存資料表
建立具有匿名具名複合主索引鍵的資料表。 這有助於避免執行階段衝突,在此情況下,位在個別工作階段中的兩個限定工作階段範圍的暫存資料表,使用了相同的條件約束名稱。
CREATE TABLE #tmp
(
c1 INT,
c2 INT,
PRIMARY KEY CLUSTERED ([c1], [c2])
);
GO
如果您明確地為條件限制命名,則第二個工作階段會產生如下的錯誤:
Msg 2714, Level 16, State 5, Line 1
There is already an object named 'PK_#tmp' in the database.
Msg 1750, Level 16, State 1, Line 1
Could not create constraint or index. See previous errors.
問題發生的原因是,雖然暫存資料表的名稱是不唯一的,但限制式名稱不是。
W. 在 Azure SQL Database 中使用全域暫存資料表
工作階段 A 會在 Azure SQL Database testdb1 中建立全域暫存資料表 ##test,並將加入一個資料列
CREATE TABLE ##test (
a INT,
b INT
);
INSERT INTO ##test
VALUES (1, 1);
-- Obtain object ID for temp table ##test
SELECT OBJECT_ID('tempdb.dbo.##test') AS 'Object ID';
結果集如下所示。
1253579504
取得 tempdb
(2) 中指定物件識別碼 1253579504 的全域暫存資料表名稱
SELECT name FROM tempdb.sys.objects WHERE object_id = 1253579504;
結果集如下所示。
##test
工作階段 B 會連線到 Azure SQL Database testdb1,而且可以存取工作階段 A 建立的資料表 ##test
SELECT * FROM ##test;
結果集如下所示。
1, 1
工作階段 C 會連線至 Azure SQL Database testdb2 中的另一個資料庫,並想要存取 testdb1 中建立的 ##test。 因為全域暫存資料表的資料庫範圍所致,這項選取會失敗
SELECT * FROM ##test
這產生了下列錯誤:
Msg 208, Level 16, State 0, Line 1
Invalid object name '##test'
從目前的使用者資料庫 testdb1 定址 Azure SQL Database tempdb
中的系統物件
SELECT * FROM tempdb.sys.objects;
SELECT * FROM tempdb.sys.columns;
SELECT * FROM tempdb.sys.database_files;
X. 在資料表上啟用資料保留原則
下列範例會建立啟用資料保留,且保留期間為一週的資料表。 此範例僅適用於 Azure SQL Edge。
CREATE TABLE [dbo].[data_retention_table]
(
[dbdatetime2] datetime2(7),
[product_code] int,
[value] char(10)
)
WITH (DATA_DELETION = ON ( FILTER_COLUMN = [dbdatetime2], RETENTION_PERIOD = 1 WEEKS ))
Y. 建立可更新的總帳資料表
下列範例會建立可更新總帳資料表,但不屬於具有匿名歷程記錄資料表 (由系統產生記錄資料表的名稱) 的時態表,以及產生的總帳檢視名稱。 由於未指定總帳檢視中必要的產生型固定資料行及其他資料行名稱,因此資料行會使用預設名稱。
CREATE SCHEMA [HR];
GO
CREATE TABLE [HR].[Employees]
(
EmployeeID INT NOT NULL,
Salary Money NOT NULL
)
WITH (SYSTEM_VERSIONING = ON, LEDGER = ON);
GO
下列範例會建立同時屬於時態表和可更新總帳資料表的資料表,並使用匿名記錄資料表 (採用系統產生的名稱)、產生的總帳檢視名稱,以及產生型固定資料行和其他總帳檢視資料行的預設名稱。
CREATE SCHEMA [HR];
GO
CREATE TABLE [HR].[Employees]
(
EmployeeID INT NOT NULL PRIMARY KEY,
Salary Money NOT NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH (SYSTEM_VERSIONING = ON, LEDGER = ON);
GO
下列範例會建立一個同時屬於時態表和可更新總帳資料表的資料表,包含明確命名的歷程記錄資料表、總帳檢視的使用者指定名稱,以及總帳檢視中產生型固定資料行和其他資料行的使用者指定名稱。
CREATE SCHEMA [HR];
GO
CREATE TABLE [HR].[Employees]
(
EmployeeID INT NOT NULL PRIMARY KEY,
Salary Money NOT NULL,
StartTransactionId BIGINT GENERATED ALWAYS AS TRANSACTION_ID START HIDDEN NOT NULL,
EndTransactionId BIGINT GENERATED ALWAYS AS TRANSACTION_ID END HIDDEN NULL,
StartSequenceNumber BIGINT GENERATED ALWAYS AS SEQUENCE_NUMBER START HIDDEN NOT NULL,
EndSequenceNumber BIGINT GENERATED ALWAYS AS SEQUENCE_NUMBER END HIDDEN NULL,
ValidFrom DATETIME2 GENERATED ALWAYS AS ROW START HIDDEN NOT NULL,
ValidTo DATETIME2 GENERATED ALWAYS AS ROW END HIDDEN NOT NULL,
PERIOD FOR SYSTEM_TIME (ValidFrom, ValidTo)
)
WITH (
SYSTEM_VERSIONING = ON (HISTORY_TABLE = [HR].[EmployeesHistory]),
LEDGER = ON (
LEDGER_VIEW = [HR].[EmployeesLedger] (
TRANSACTION_ID_COLUMN_NAME = TransactionId,
SEQUENCE_NUMBER_COLUMN_NAME = SequenceNumber,
OPERATION_TYPE_COLUMN_NAME = OperationId,
OPERATION_TYPE_DESC_COLUMN_NAME = OperationTypeDescription
)
)
);
GO
下列範例會建立僅限附加總帳資料表,其中包含總帳檢視產生的名稱,以及總帳檢視中的資料行。
CREATE SCHEMA [AccessControl];
GO
CREATE TABLE [AccessControl].[KeyCardEvents]
(
EmployeeID INT NOT NULL,
AccessOperationDescription NVARCHAR (MAX) NOT NULL,
[Timestamp] Datetime2 NOT NULL,
StartTransactionId BIGINT GENERATED ALWAYS AS TRANSACTION_ID START HIDDEN NOT NULL,
StartSequenceNumber BIGINT GENERATED ALWAYS AS SEQUENCE_NUMBER START HIDDEN NOT NULL
)
WITH (
LEDGER = ON (
LEDGER_VIEW = [AccessControl].[KeyCardEventsLedger] (
TRANSACTION_ID_COLUMN_NAME = TransactionId,
SEQUENCE_NUMBER_COLUMN_NAME = SequenceNumber,
OPERATION_TYPE_COLUMN_NAME = OperationId,
OPERATION_TYPE_DESC_COLUMN_NAME = OperationTypeDescription
),
APPEND_ONLY = ON
)
);
GO
下列範例會使用預設設定,在 Azure SQL Database 和可更新的總帳資料表中建立總帳資料庫。 在總帳資料庫中建立可更新的總帳資料表不需要使用 WITH (SYSTEM_VERSIONING = ON, LEDGER = ON);
。
CREATE DATABASE MyLedgerDB ( EDITION = 'GeneralPurpose' ) WITH LEDGER = ON;
GO
CREATE SCHEMA [HR];
GO
CREATE TABLE [HR].[Employees]
(
EmployeeID INT NOT NULL,
Salary Money NOT NULL
)
GO