① 資料庫id自動增長,數據不停的刪除和插入,這樣的話id欄位會不斷的變大,直到溢出這個問題是怎麼解決的
這個看情況了，首先看看是不是有使用自增列的必要，如果有必要前期要有預見性，對於可能會出現溢出的情況，則盡量使用bigint類型，當然這個要多佔用存儲空間。如果刪除操作比較規則，比如會定期刪除較早的數據，那麼可以在id即將溢出的時候重置種子，從頭開始自增，如果不能循環使用id值得話只能在即將溢出的時候修改表，用更大的數據類型來作為自增列的類型，這個過程因為涉及大量的數據更新插入操作，速度會很慢，通常盡量避免。如果id快溢出了，最好新建一個表來存儲新增的數據。
② 提問:資料庫表的主鍵是系統生成的,每次來數據就會生成唯一主鍵,但是如果一條數據已存入數，而由於操作失誤
最好是在插入數據之前檢查一下，關鍵欄位的數據是否存在於表裡了。對於數據一致性來說這是非常重要的，而且也可以避免不會產生數據冗餘。
③ 在案例資料庫中,訂單表和客戶表之間存在主外鍵聯系,什麼表中的什麼為主鍵,
客戶表中的客戶id是主鍵
訂單表中的訂單id是主鍵，客戶id是外鍵。
④ 關於資料庫主鍵問題
根據你的提問,我認為你所說的是物理主鍵和邏輯主鍵的概念.
一般所言的資料庫中的主鍵是物理主鍵,他可能在系統中由資料庫自動生成,比如一個32位長的隨機字元串.
而邏輯主鍵一般是用來表示一個包含確切意義的並唯一的鍵值,使用者可以根據邏輯主鍵的值清晰的了解到一些信息,但這些信息從物理主鍵是無法了解的.
你上面的表裡是打算用邏輯主鍵當物理主鍵用.這樣做可以,但不推薦.
一般的做法，尤其在大型項目中.建議使用物理主鍵，該主鍵交由資料庫自動生成.並使用自己的邏輯主鍵,需要在程序中判斷自己邏輯主鍵的唯一性,當然如果要求不高的系統可以不做判斷.
優點,在資料庫遷移等過程中,可最大可能的保護你數據的完整性,比如你從一個ORACLE資料庫移動到SEQ SERVER資料庫時,可能物理主鍵會存在這樣或那樣的問題,這時你可以選擇放棄原有的物理主鍵,只移動數據內容並生成新的物理主鍵.
還有點建議，在程序中使用的時候，建議使用物理主鍵來關聯你的數據內容~
答題完畢,希望對你有所幫助.
⑤ 關於資料庫表的主鍵外鍵問題
你的要求是完全可以實現的，可能在建立時方法或者語法有點小問題，請確認下。
如下是我在sql Server 2005安照你的要求建立數據表時用到的語法：
---------------------------------------------------------------
/*創建商店*/
CREATE TABLE [dbo].[Store](
[Id] [char](10) NOT NULL, --編號
[Address] [nvarchar](100) NULL, --地址
CONSTRAINT [PK_Store] PRIMARY KEY CLUSTERED
(
[Id] ASC --建立主鍵
)
) ON [PRIMARY]
GO
/*創建員工*/
CREATE TABLE [dbo].[Employee](
[Id] [char](10) NOT NULL, --編號
[RecId] [char](10) NULL, --推薦人編號
[Store] [char](10) NULL, --商店編號
[RelStore] [char](10) NULL,--關聯商店編號
CONSTRAINT [PK_Employee] PRIMARY KEY CLUSTERED
(
[Id] ASC --建立主鍵
)
) ON [PRIMARY]
GO
/*推薦ID和員工ID建立外鍵約束*/
ALTER TABLE [dbo].[Employee] WITH CHECK ADD CONSTRAINT [FK_Employee_Employee] FOREIGN KEY([RecId])
REFERENCES [dbo].[Employee] ([Id])
GO
ALTER TABLE [dbo].[Employee] CHECK CONSTRAINT [FK_Employee_Employee]
GO
/*員工商店ID和商店ID建立外鍵約束*/
ALTER TABLE [dbo].[Employee] WITH CHECK ADD CONSTRAINT [FK_Employee_Store] FOREIGN KEY([Store])
REFERENCES [dbo].[Store] ([Id])
GO
ALTER TABLE [dbo].[Employee] CHECK CONSTRAINT [FK_Employee_Store]
GO
/*員工關聯店和商店ID建立外鍵約束*/
ALTER TABLE [dbo].[Employee] WITH CHECK ADD CONSTRAINT [FK_Employee_Store1] FOREIGN KEY([RelStore])
REFERENCES [dbo].[Store] ([Id])
GO
ALTER TABLE [dbo].[Employee] CHECK CONSTRAINT [FK_Employee_Store1]
GO
---------------------------------------------------------------
通過這段SQl 腳本是可以正常建立你所要求的數據表
⑥ SQL 客戶訂單表的主鍵和外鍵約束問題
客戶訂單表：主鍵就是訂單單號，外鍵是客戶編號，這樣在客戶訂單表裡肯定不會有相同的訂單單號
⑦ sql server 資料庫id欄位出現溢出了，怎麼辦
把int改為bigint.
---
如果數據量過大
應考慮備份歷史數據
否則也影響性能
⑧ k3銷售訂單附件下載失敗,提示溢出，請問你是怎麼處理的，要修改資料庫中的哪部分，急用，謝謝
那就是新訂單附件上傳的時候就是失敗文件，系統出錯了，給客服打電話
⑨ sql資料庫自增id在強類型數據集中出現溢出
SystemConvertToInt16(Int32
value)???????????????
short
->
SystemInt16
(短整型，占
2
位元組，表示
16
位整數，范圍
-32,768
~
32,767)
不管你再怎麼轉換，SystemConvertToInt16(最大的值也只能夠32767)
你就直接用int類型好了！sql資料庫自增id在強類型數據集中出現溢出
⑩ mysql資料庫中的自增欄位會不會溢出，我用的是int，萬一超過這個int的表示範圍會怎樣
看你的數據量多大，大的話肯定會有溢出的，因為他就只有11位數字，可以選擇唯一的字元串作為主鍵，如果你要主鍵自增長也可以選擇更為長的數字型類型作為子鍵，比如bigint之類的