- A+
问题来自.Net开发群友
问题
我想做一个自动生成单据号的功能，但是在EFCORE里没有行级锁，请有什么等价方案吗？
ChatGPT回答
在 EF Core 中确实没有提供行级锁（row-level locking）的功能，因为这需要对数据库进行显式的锁定操作，而 EF Core 的设计理念是尽可能不与数据库直接交互，而是通过抽象层面的数据操作来实现，因此不鼓励使用显式的锁定操作。
不过，在 EF Core 中提供了乐观并发控制（Optimistic Concurrency Control）的功能，可以用于处理类似于行级锁的需求。乐观并发控制基于版本号（Version）机制实现，每个实体对象都有一个版本号属性，当两个用户同时更新同一个实体对象时，EF Core 会比较它们的版本号，如果版本号不一致，则表示有冲突发生，需要执行相应的冲突解决逻辑。
因此，如果你想实现自动生成单据号的功能，并保证其唯一性，可以考虑使用乐观并发控制的方案。具体的实现思路如下：
-
在你的实体对象中增加一个版本号属性，类型为整数。
-
在生成单据号前，使用 EF Core 查询最后一条记录的单据号和版本号，得到最新的单据号和版本号。
-
在生成单据号时，将版本号加 1，并将单据号和版本号写入到新的记录中。如果写入数据库时发生冲突，则表示有其他用户同时在生成单据号，此时可以重新获取最新的单据号和版本号，并再次尝试生成。
以下是一个简单的示例代码，演示了如何使用乐观并发控制来生成唯一的单据号
public class Order { public int Id { get; set; } public string OrderNo { get; set; } public int Version { get; set; } } public class OrderContext : DbContext { public DbSet<Order> Orders { get; set; } protected override void OnModelCreating(ModelBuilder modelBuilder) { modelBuilder.Entity<Order>() .Property(o => o.Version) .IsConcurrencyToken(); } } public class OrderService { private readonly OrderContext _context; public OrderService(OrderContext context) { _context = context; } public string GenerateOrderNo() { string lastOrderNo = _context.Orders .OrderByDescending(o => o.Id) .Select(o => o.OrderNo) .FirstOrDefault(); int lastVersion = _context.Orders .OrderByDescending(o => o.Id) .Select(o => o.Version) .FirstOrDefault(); string newOrderNo = GenerateNewOrderNo(lastOrderNo); var order = new Order { OrderNo = newOrderNo, Version = lastVersion + 1 }; _context.Orders.Add(order); try { _context.SaveChanges(); } catch (DbUpdateConcurrencyException ex) { // 处理并发冲突 ex.Entries.Single().Reload(); lastOrderNo = _context.Orders .OrderByDescending(o => o.Id) .Select(o=> o.OrderNo) .FirstOrDefault(); lastVersion = _context.Orders .OrderByDescending(o => o.Id) .Select(o => o.Version) .FirstOrDefault(); newOrderNo = GenerateNewOrderNo(lastOrderNo); order.OrderNo = newOrderNo; order.Version = lastVersion + 1; _context.SaveChanges(); } return newOrderNo; } private string GenerateNewOrderNo(string lastOrderNo) { // 生成新的单据号逻辑 // ... }
}
反思
EFCORE 和 行级锁，如果提问者不知道这两者的含义根本没法问，就算问了，回答的东西，所以chatGPT对提问者也是有要求的
再没有chatGPT以前，我们码农如果遇到这个问题如何解决了？
很简单，使用各种搜索引擎，或者询问同行，搜集零碎的信息然后最终拼凑起来
程序员在有了chatGPT之后，有什么变化？
显而易见，缩短了搜索的时间
总结
其实不管是以前的面向搜索引擎编程，还是面向群友编程，其实都在暗中隐喻了程序员的未来——架构师
开发软件应用，最终是为了人类某个行业提供多一种可选方式
（例如外卖，古代也有外卖，让店小二提餐走路送去大户人家家里
后来有了马车，单车，直到现在的摩托车，什么变了？方式变了，最终目的并没有改变
做开发其实也是一个道理，我们并不是做一个XX软件去替代，而是为了原本的最终目的提供多一种方式，而程序员则是这多出来的一种方式的设计师，让这个新的方式更加的容易被大众接纳和方便使用
要不然，我原本方式很简单，为什么要用你给我提供的方式呢？近些年开发行业也经常出现这种本末倒置的情况，很多码农都不知道自己开发这些软件应用的目的到底是为什么，对于我们开发者而言
不管什么技术，只是为了达成最终目的的手段，而不是最终目的
这也是我实在不喜欢背诵一些照本宣科的书面理论知识，而是更热衷提出和发现程序的到设计思路
说了这么多只是想说，程序员的未来肯定会是架构师，我们所有的技术积累我个人看来只是为了让我们的思维从普通人转换成程序员思维，而且我相信在未来，编程思维会如同吃饭一样，成为每个人的必备
