public int GenPurchaseOrderNum()
{
Random random = new Random();
_uniqueNum = random.Next(13287, 21439);
return UniqueNum;
}
我从数据库中删除了PONumber列的唯一约束，因为只有在成交时员工才应该生成采购单号。否则，采购单号将为0。
P.O.编号曾经有唯一约束，这迫使员工在所有情况下都要生成采购单号，以免数据库抛出唯一约束错误。
由于我删除了唯一约束，任何没有采购单号的报价都将携带0值。否则，将为P.O. #生成唯一值。但是，我在数据库中没有唯一约束，这使得我很难知道应用程序生成的P.O. #是否唯一。
我该怎么做？
希望我的问题足够清楚明白。
每次使用 new Random() 都会初始化一个新实例。这意味着在一个紧密的循环中你会得到很多次相同的值。你应该只保留一个 Random 实例，并一直使用它的 Next 方法。
//Function to get random number
private static readonly Random getrandom = new Random();
private static readonly object syncLock = new object();
public static int GetRandomNumber(int min, int max)
{
lock(syncLock) { // synchronize
return getrandom .Next(min, max);
}
}
GUID是一种开销较高的128位标识符。具体来说，你需要一个可读性强的PO#，使得使用GUID不可行。我更倾向于使用以下方案：
以上是概述。
UPDATE seqnces SET sequence = sequence+1 OUTPUT INSERTED.sequence WHERE key = 'somekey'更新
使用SQL Server 2008及以上版本，您可以拥有一个唯一的过滤索引来作为不等于0的所有内容的约束：
create unique index idxTbaleUniquePoNumber
on <table> (po_number)
where (po_number > 0);
int，您可以使用GUID。这些保证是唯一的：
另一种方法是记录上次使用的数字，并在每次需要新的PO时简单地递增它。确保在其周围放置锁定，以便两个进程不会同时尝试递增它。GUID是一个128位整数（16字节），可用于所有计算机和网络，无论何时需要唯一标识符。这样的标识符极少会重复。
table PurchaseOrder
(
PurchaseOrderID int identity not null,
-- some other fields that are core to a purchase order
-- ...
PONumber int not null,
-- some other fields that are related to a purchase order when the deal is set
-- ...
-- define primary key on PuchaseOrderID
-- define unique constraint on PONumber field
)
我的建议是将该表格拆分，使其看起来像这样：
table PurchaseOrder
(
PurchaseOrderID int identity not null,
-- some other fields that are core to a purchase order
-- ...
-- define primary key on PuchaseOrderID
)
table PurchaseOrderDealInfo
(
PurchaseOrderID int not null,
PONumber int identity not null,
-- some other fields that are related to a purchase order when the deal is set
-- ...
-- define primary key on PurchaseOrderID
-- define foreign key on PurchaseOrderID related to PurcahseOrder.PurchaseOrderID
-- define unique constraint on PONumber field
)
现在，您的特定于交易的信息已经在一个单独的表中。任何尚未设置交易的采购订单将不会在PurchaseOrderDealInfo表中有相应的记录。是的，如果您想检索与特定采购订单相关的所有信息，则需要将这些表连接在一起。但是，您可以获得一些好处：
您仍然可以对PONumber列应用唯一约束。
您可以利用SQL Server的标识功能为您生成PONumber。
如果您的表中有任何其他特定于交易的列，只是因为它们在设置交易之前没有值而使其可为空，则一旦将这些列移动到PurchaseOrderDealInfo表中，您可以设置为不允许为空（如果适用）。
如果您只想检索具有交易的采购订单，则可以简单地查询PurcahseOrderDealInfo表，而无需指定任何过滤条件。当然，如果您还需要来自PurchaseOrder表的信息，则需要进行内部连接。
我认为你一开始就走错了方向，现在情况变得更糟了。你没有提供任何真正的商业理由或要求来说明你的问题，这样很难看出我们的答案如何能够满足你的最终目标。
我认为你应该退后一步，清楚地制定你的目标，不考虑当前的物理实现。
通常，订单系统确实需要唯一的PO，因此您需要对其进行唯一约束。通常，系统不会以相同的方式存储PO和"pre-PO"。 "pre-POs"通常被称为报价或类似的东西，并且它们通常有自己的编号系统。因此，通常没有将NULL或0 PO编号与实际PO存储在一起的冲突，因为没有任何不是真正PO的东西存储在真正PO中。即使在想要将它们存储在一起的系统中，它们也只是按相同顺序分配一个数字。
此外，使用identity生成PO编号是完全可以的。