单号问题.

[vfp_database]

数据库:SQL
如何可以做到用SQL语句做自动单号.多用户(在一百个用户左右吧)
要求年月日+单号.
今天的单号.
200112160001
200112160002
200112160003
200112160005

明天的单号是:
200112170001
200112170002
200112170003
200112180005
连续单号删除的不管.

[Free_Man]

Oracle下:
select To_char(sysdate,'YYYYMMDD')||trim(to_char(XXXX+1,'0000')) from dual;
其中XXXX是旧单号的后四位.

[vfp_database]

TO:Free_Man(浪迹天涯)
晕...........

我要的是SQL2000呀.

不过也谢谢你了:)

[vfp_database]

就算是的话。它又可以解决多用户的并发问题吗？

[蓝天]

drop table test;
go
create table test (id int identity(0001,1), date datetime);
go
insert into test values (getdate());
go
select convert(char(4),year(date))+convert(char(2),month(date))+convert(char(2),day(date))+convert(varchar(4),id) from test;
go

create view testview (a)
as
select convert(char(4),year(date))+convert(char(2),month(date))+convert(char(2),day(date))+convert(varchar(4),id) as a from test;
go
select * from testview;
go

[vfp_database]

TO：sky_blue(蓝天)
这样做并发问题真的可以解决吗？
还有没有再简单点的办法呀？

[fhen]

有两种方法：
①插入记录前用SELECT语句的WITH HOLDLOCK, TABLOCKX直到事务结束。这样可保证你所获得的最大号码在更新过程中一直有效。
②用另一表保存当天最大值，在更新事务中使用行级锁即可。这样效率会高一些。

[vfp_database]

TO:fhen(风子)

具体SQL要怎么写???

[vfp_database]

?????????????

[流星尔]

同意风子，这个办法有道理。
我知道怎么写了。待我试试。

[流星尔]

同意风子，这个办法有道理。
我知道怎么写了。待我试试。

[vfp_database]

TO:bluepower2008(蓝色力量)
我明白你的意思了.
哪会不会多用户时很慢(一百用户算不算多)

[bluepower2008]

我们可以考虑一下，查询并修改一次编号表的操作所用的时间是多长，在你的编号表为3650条以下（即10年左右的数据以下），一般为0.05秒，就是说如果一个用户要来查编号，正好碰上另一个用户也在查，他需要等0.05秒，如果100个用户同时查，那么最后一个用户要等5秒左右，你可以根据这个数字自行决定该使用什么方案。不过我说的0.05秒是经验值，你那的情况可以自己测一下。方案有很多种，但具体采用哪一种，在这里讨论也没有意义，还需要你自己动手实际测试一下。补充一点，100个用户同时查编号的情况算概率也是极小的，如果有可以，你也可以编个小程序测试一下。

[流星尔]

to bluepower2008:
我们的单号也就是怎么制定的。通过一个编号表来查询。

[bluepower2008]

这种对插入记录的连续编号问题，如果不使用系统的自动编号功能，一般就只能自己建立一个编号表来维护。有日期和最大编号字段，每天一条记录，在增加一条记录时，先查这个表，如果有当天的日期，取最大值加1，并修改最大编号；如果没有，就增加一条记录，并将最大编号置为1。
至于在查询和修改编号表时怎么来解决并发问题，我记得我在某个帖子时曾回答过这个问题，不过我记不住是哪个帖子，这里再说一遍吧！
你在查询最大编号之前起一个事务，然后设置隔离级别：
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
之后进行查询，修改或添加操作，在整个事务提交或回滚之前，其它用户是不能访问编号表的。