在創建表的時候可以設置，方法如下，用一下sql語句。
create table tableName(
id int identity(1,1) primary key,
data varchar(50))
解釋：其中identity(1,1)代表自增，第一個1代表從1開始計數，第二個1代表每次增長1。
(1)資料庫設置自增id擴展閱讀：
SQL 全名是結構化查詢語言[1]（Structured
Query
Language），是用於資料庫中的標准數據查詢語言，IBM 公司最早使用在其開發的資料庫系統中。1986年10月，美國國家標准學會(ANSI)
對
SQL
進行規范後，以此作為關系式資料庫管理系統的標准語言
(ANSI
X3.
135-1986)，1987年得到國際標准組織的支持下成為國際標准。不過各種通行的資料庫系統在其實踐過程中都對
SQL
規范作了某些編改和擴充。所以，實際上不同資料庫系統之間的SQL不能完全相互通用。
參考資料：
網路-SQL語言
Ⅱ sql server建表時怎麼設置ID欄位自增
sql server建表時設置ID欄位自增的方法有兩種：
1 、在SQL Server Management Studio中實現SQL Server自增欄位
打開SQL Server Management Studio,打開資料庫之後，在選中的表上點「修改」，在選中需要設置為自增的欄位，在右下方的表設計器里選擇「標識規范」，選「是」，就設定即可。
2、使用SQL語句在程序或者查詢分析器裡面實現SQL Server自增欄位
sql server 設置自增欄位identity屬性 （以新建數據表tablename中的id欄位為例）
createtabletablename
(
idintidentity(1,1) //identity表示自增列的意思，而int identity(1,1)表示從1開始遞增，每次自增1。
)
這樣設置之後，tablename數據表中的id欄位就是自增列。
如果想實現帶前綴或者後綴的自動增加欄位，不能用varchar，還是使用上面的方法創建欄位，但是在讀取的時候用增加前後綴的形式來顯示想要的效果，例如如果希望得出結果是a001可以這么做select 'a'+convert(varchar(20),id) from tablename，這里的tablename是剛才建立的具體的表明。
Ⅲ 資料庫如何設置主鍵（ID）自動增長啊（SQL語句）
在創建表的時候可以設置，方法如下，用一下sql語句。
createtabletableName(
idintidentity(1,1)primarykey,
datavarchar(50))
解釋：其中identity(1,1)代表自增，第一個1代表從1開始計數，第二個1代表每次增長1。
(3)資料庫設置自增id擴展閱讀：
SQL全名是結構化查詢語言[1]（Structured Query Language），是用於資料庫中的標准數據查詢語言，IBM公司最早使用在其開發的資料庫系統中。1986年10月，美國國家標准學會(ANSI) 對 SQL 進行規范後，以此作為關系式資料庫管理系統的標准語言 (ANSI X3. 135-1986)，1987年得到國際標准組織的支持下成為國際標准。不過各種通行的資料庫系統在其實踐過程中都對 SQL 規范作了某些編改和擴充。所以，實際上不同資料庫系統之間的SQL不能完全相互通用。
參考資料：
網路-SQL語言
Ⅳ sql server建表時怎麼設置ID欄位自增
一、打開要設置的資料庫表，點擊要設置的欄位，比如id，這時下方會出現id的列屬性表。
Ⅳ 技術分享 | 關於 MySQL 自增 ID 的事兒
當我們使用 MySQL 進行數據存儲時，一般會為一張表設置一個自增主鍵，當有數據行插入時，該主鍵欄位則會根據步長與偏移量增長（默認每次+1）。
下文以 Innodb 引擎為主進行介紹，使用自增主鍵的好處有很多，如：索引空間佔比小、范圍查詢與排序都友好、避免像 UUID 這樣隨機字元串帶來的頁分裂問題等...
當我們對該表設置了自增主鍵之後，則會在該表上產生一個計數器，用於為自增列分配 ID 。
自增的值並不是保存在表結構信息內的，對於不同的版本它們有如下的區別：
計數器的值存儲在內存中的，重啟後丟棄，下一次將讀取最大的一個自增ID往後繼續發號。
https://dev.mysql.com/doc/refman/5.7/en/innodb-auto-increment-handling.html#innodb-auto-increment-initialization
計數器的值將會持久化到磁碟。在每次發號時都將寫入 Redolog ，並在每個 Checkpoint 都進行保存，重啟時候使用 Redolog 恢復重啟之前的值。
https://dev.mysql.com/doc/refman/8.0/en/innodb-auto-increment-handling.html#innodb-auto-increment-initialization
可以預先確定插入行數的語句（像簡單 insert 的語句包含多個 value 這種情況也是屬於簡單插入，因為在進行插入時就已經可以確定行數了）
預先不知道要插入的行數的語句（包括 INSERT ... SELECT, REPLACE ... SELECT 和 LOAD DATA 語句，但不包括 plain INSERT ）
如果一個事務正在向表中插入值，則會產生表級的共享鎖，以便當前事務插入的行接收連續的主鍵值。
當處於[ 傳統模式 ]與[ 連續模式 ]時，每次訪問計數器時都會加上一個名為 AUTO-INC 的表級鎖
傳統模式：鎖只持有到該語句執行結束，注意是語句結束，不是事務結束
連續模式：批量插入時鎖持有到該語句執行結束，簡單插入時鎖持有到申請完自增ID後即釋放，不直到語句完成
通過調整 innodb_autoinc_lock_mode 配置項，可以定義 AUTO-INC 鎖的模式，不同的模式對應的策略與鎖的粒度也將不同。
當使用基於 Binlog 的復制場景時，對於 statement（SBR）同步模式下只有[ 傳統模式 ]與[ 連續模式 ]能保證語句的正確性。
基於 row（RBR）行復制的情況下任何配置模式都可以。
執行語句時加 AUTO-INC 表級鎖，執行完畢後釋放
針對 Bulk Inserts 時才會採用 AUTO-INC 鎖，而針對 Simple Inserts 時，則採用了一種新的輕量級的互斥鎖來分配 auto_increment 列的值。
該模式下可以保證同一條 insert 語句中新插入的自增 ID 都是連續的，但如果前一個事務 rollback 丟棄了一部分 ID 的話也會存在後續 ID 出現間隔的情況。
來一個分配一個，不會產生 AUTO-INC 表級鎖 ，僅僅會鎖住分配 ID 的過程。
由於鎖的粒度減少，多條語句在插入時進行鎖競爭，自增長的值可能不是連續的。
且當 Binlog 模式為 statement（SBR）時自增 ID 不能保證數據的正確性
不一定，業務也不應該過分依賴 MySQL 自增 ID 的連續性，在以下三種情況下，並不能保證自增 ID 的連續性：
假設已存在數據{1,張三}，且張三所屬的欄位設置了唯一主鍵
此時再次插入{null,張三}時候，主鍵沖突插入失敗，但表的計數器已由2變成了3
當下次插入{null,李四}的時候最終入庫的會變成{3,李四}
在一個事務里進行數據的插入，但最後並沒提交，而是執行了 Rollback 。那麼計數器已遞增的 ID 是不會返還的，而是被直接丟棄。
發生大量插入時可能會出現自增 ID 並不是連續的情況
當我們為表設置了自增主鍵後，自增 ID 的范圍則與主鍵的數據類型長度相關。
如果沒有一張表裡沒有設置任何主鍵，則會自動生成一個隱性的6位元組的 row_id 作為主鍵，它的取值范圍為 0 到 2^48-1。
row_id 是由一個全局的 dict_sys.row_id 參數進行維護的，所有沒有主鍵的表都會用上它（並不是每一個表單獨佔一份 row_id list ）
那麼針對這兩種主鍵，則會有以下兩種情況發生：
當自增 ID 到達上限後，受到主鍵數據類型的影響，計數器發放的下一個 ID 也是當前這個 Max ID ，當執行語句時則會提示主鍵沖突。
建議根據業務合理規劃，在進行表設計時就選擇適合的數據類型。
當然也可以直接選擇 Bigint 類型，它的取值范圍是無符號情況下：0到 2^64–1（18446744073709551615）
這里並不是指 bigint 類型一定不會用完，畢竟一個有范圍的持續增長的值一定會有溢出的時候，只是說一般場景下它都是足夠使用的。
當 row_id 使用完後則又會從 0 開始發放，此時新插入的數據將覆蓋回 row_id=0 的數據行。
由於它並不產生錯誤，還會造成數據的覆蓋寫。所以我們平時還是盡量給表都設置一個合理的主鍵才是。
在實際業務場景中，ID 常常需要返回給客戶端用來進行相關業務操作。
假如我們有個 userinfo?uid=? 的 API 介面，而用戶 ID 是自增的，這時會發生什麼？
該介面通過簡單的嘗試就可以暴露出真實的業務用戶總數，可以很方便的使用爬蟲從1開始遞增獲取數據信息。
那麼有的同學說，我既想使用自增 ID 帶來的好處，也不想承受這種比較常見的問題，那該怎麼辦呢？
在輸出或者獲取前對指定欄位進行可逆的轉義操作
優點：實現起來比較簡單，無論單體業務或者分布式應用都無需考慮對數據源的解析，只需在客戶端實現自己的轉義與解析方法即可；
缺點：業務入侵較大，且需要前後端各個合作方確認統一的標准；如果轉義方法有調整，變更影響面也會很大；字元串長度會隨ID長度而變化，使用空位填充也會特別明顯；
優點：由於採用了時間戳進行 ID 生成，該 ID 是有序的，對范圍查詢與排序都比較友好；
缺點：需要保證發號節點的高可用性；另外由於生成時依賴時間戳，需要考慮時鍾回撥與時鍾同步的問題；
維護一份 ID 與 hash 的映射字典，它可以存在於客戶端本身，也可以依賴其他如 Redis 、ETCD 之類的組件
優點：hash 長度不會隨著 ID 長度或值的變化而變化；可以根據已有的 hash code 來造布隆過濾器；
缺點：業務入侵較大，查詢時同樣需要先根據 hash key 找到對應的 ID 值；需要考慮選擇合適的 hash 演算法以及解決 hash 沖突或擴容的問題。
Ⅵ 怎麼在MySql里添加一個自動增長的ID欄位
以插入語句的方法來解決此問題。
如下參考：
1.在添加欄位之前，第一個zd應該首先檢查tb1表的當前結構。
注意事項：
MySQL使用的SQL語言是訪問資料庫最常用的標准化語言。MySQL軟體採用雙重許可政策，分為社區版和商業版，由於其體積小，速度快，整體擁有成本低，尤其是開源這一特點，一般中小型網站開發都選擇MySQL作為網站資料庫。
Ⅶ 資料庫表ID怎麼設置自動增長
資料庫表ID設置實現能自動增長的步驟如下(以TB_News表為例)：
步驟1：首先檢查你的新聞表ID列的數據類型，要設置為自增列，需要該列的數據類型為int或者bigint等數值類型
進行完以上步驟，即可在該數據表中插入數據時，不用給ID列賦值，ID列的值會自動生成，並且該列的值會自動增長。
Ⅷ Mysql資料庫中，設置id為自動增加，向資料庫中插入數據時，SQL語句怎麼寫
在建立表的時候設置id為自動增長的
[id]
[int]
IDENTITY
(1,
1)
SQL語句是insert
into
user(name,passwd)
values
（name
，passwd）。新增一條數據
id
就會自動加1
INSERT
INTO是sql資料庫中的語句，可以用於向表格中插入新的行。
(8)資料庫設置自增id擴展閱讀
(1)
數據記錄篩選：
sql="select
*
from
數據表
where欄位名=欄位值
order
by欄位名[desc]"（按某個欄位值降序排列。默認升序ASC）
sql="select
*
from
數據表
where欄位名like
'%欄位值%'
order
by
欄位名
[desc]"
sql="select
top
10
*
from
數據表
where欄位名=欄位值
order
by
欄位名
[desc]"
sql="select
top
10
*
from
數據表
order
by
欄位名
[desc]"
sql="select
*
from
數據表
where欄位名in
('值1','值2','值3')"
sql="select
*
from
數據表
where欄位名between
值1
and
值2"
(2)
更新數據記錄：
sql="update
數據表
set欄位名=欄位值
where
條件表達式"
sql="update
數據表
set
欄位1=值1,欄位2=值2
……
欄位n=值n
where
條件表達式"
(3)
刪除數據記錄：
sql="delete
from
數據表
where
條件表達式"
sql="delete
from
數據表"
(將數據表所有記錄刪除)
(4)
添加數據記錄：
sql="insert
into
數據表
(欄位1,欄位2,欄位3
…)
values
(值1,值2,值3
…)"
sql="insert
into
目標數據表
select
*
from
源數據表"
(把源數據表的記錄添加到目標數據表)
(5)
數據記錄統計函數：
AVG(欄位名)
得出一個表格欄平均值
COUNT(*;欄位名)
對數據行數的統計或對某一欄有值的數據行數統計
MAX(欄位名)
取得一個表格欄最大的值
MIN(欄位名)
取得一個表格欄最小的值
SUM(欄位名)
把數據欄的值相加
引用以上函數的方法：
sql="select
sum(欄位名)
as
別名
from
數據表
where
條件表達式"
set
rs=conn.excute(sql)
用
rs("別名")
獲取統計的值，其它函數運用同上。
查詢去除重復值：select
distinct
*
from
table1
(6)
數據表的建立和刪除：
CREATE
TABLE
數據表名稱(欄位1
類型1(長度),欄位2
類型2(長度)
……
)
(7)
單列求和:
SELECT
SUM(欄位名)
FROM
數據表
參考資料——搜狗網路SQL
insert
into