|
|
4 回复 | 直到 14 年前
|
1
3
我先检查一下记录是否存在。独特的关键约束有助于防止应用程序首先允许“坏”数据通过的可能方式,而不是主要的停止方式。在可以避免的情况下,使用异常作为控制流机制(在本例中是验证)通常是一个坏主意。
|
|
2
2
我认为最好是处理这个例外。数据库是为处理用户名的唯一性而设计的,因此我认为它可以比您更有效地完成这项工作。它还增加了系统的可移植性和内聚性。如果您在多个地方添加用户,则必须重复用户名检查或创建方法,基本上您将重写数据库引擎已经编写的内容。 |
|
|
3
1
除了Samuel所说的,您还需要确保没有人输入一个记录,在您的支票和将记录添加到数据库之间可能会与您的记录发生冲突。你可以用一个锁来实现这一点,但是你必须捕捉由锁引起的异常。
|
|
|
4
0
我支持塞缪尔的话。最有效的方法是把它留给数据库。所有其他的选择都会耗费更多的时间和资源。。。。 |
推荐文章
|
|
Drago · Linq通过比较Id和具有Id的对象列表来查询获取列表 2 年前 |
|
|
Niyazi Babayev · 如何在表达式中动态应用表达式? 2 年前 |
|
|
Murat Güzel · EF存储库模式错误{'Id'}已被跟踪 2 年前 |
|
|
dotnetdevcsharp · 减少基于数据类型获取设置的方法数量 2 年前 |
|
|
saravanan049 · 在实体框架中回滚Azure SQL数据库 2 年前 |
