jam*_*sfm 4 concurrency timestamp entity-framework
我打算将MS实体框架用于新的网络应用程序(来自EF v2!).
那么通过向现有和未来数据库中的所有实体表添加时间戳列来提前计划是否有意义,以支持并发检查？有没有理由为什么在每个表中都有一个时间戳列是个坏主意？
请注意,重点是添加对乐观并发的支持,而不是审计.
Mar*_*ell 10
多年来,我一直使用时间戳列作为例程.另一种选择是行版本,但是你需要更新它等等.我从来没有遇到任何时间戳问题.需要注意的一点是 - 如果您选择使用temp-table/table-var进行处理,则需要在临时表中使用varbinary(8),timestamp否则临时表会在更新后获得自己唯一的时间戳;-p
正如您所承认的,timestamp只有并发性才有帮助.尽管有这个名字,它与时间没有直接关系,因此无法帮助审计.
它在MS db产品(LINQ-to-SQL/EF/etc)中得到很好的支持