① 数据库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之类的