|zyciis| 200：ASP.NET 面向对像方法和SQL数据库的冲突 大家看有什么好的解决方法 谢谢 PS：问题很长

[zyciis208]

如我有会员表
Memeber
ID Name Bonus
1 Jerry 500

有会员申请对换表
ExchangeAudit
ID MemberID Bonus
----------------------------------
如为上面的数据库的话我就会建立如下逻辑类

public MemberInfo
{
    Int32 _ID=0;
    public Int32 ID
    {
       Get{..}
       Set{..}
    }
    String _Name=0;
    public String Name
    {
       Get{..}
       Set{..}
    }
    Decimal _Bonus=0;
    public Decimal Bonus
    {
       Get{..}
       Set{..}
    }
}
public ExchangeAuditInfo
{
   ...
   //如上相同
}

----------------------------------
然后当用户申请一条对换记录时就会用

SqlOperater oo = new SqlOperater()//建立数据库连接
oo.BeginTransation() //启动事务
try
{
    MemberInfo infoMember = Member.GetInfo(oo,1);//这里是取得ID＝1的会员信息
    ExchangeAuditInfo info = new ExchangeAuditInfo(); //实例一个申请对像
     info.MemberID=infoMember.ID //会员申请ID
    info.Bonus = 500;
    if(infoMember.Bonus < Info.Bonus)
    {
       Throw New Excpation("会员积分不够");
    }
    infoMember.Bonus = infoMember.Bonus - info.Bonus; //会员的积分 ＝ 会员积分 - 申请积分
     ExchangeAudit.Insert(oo,info)；//插入申请记录
     Member.Update(oo,infoMember); //更新会员信息
     oo.Commit();//提交事务
}
catch(Excpation ex)
{
    oo.Rollback(); //回滚事务
}
finally
{
   oo.Dispose()//清空资源
}

以上代码初看是没有问题的
但如果存在并发情况的话就会出错比如
现在在两个地方（A，B）同时执行上面的操作
如果A已经走过了判断if(infoMember.Bonus < Info.Bonus)
但事务还没有提交的时候
了又判断了
if(infoMember.Bonus < Info.Bonus)
这时B也会通过
然后A提交
再B提交
但最后用户的积分还是为0，但却提交了两条记录，为什么会这样呢
因为：
开始的时候会员是500积分
A提交时是执行Set Bonus = 500 - 500;
B提交也是Set Bonus = 500 - 500
所以最后还是为0
------------------------------------------
这里我就想有没有办法在
MemberInfo infoMember = Member.GetInfo(oo,1);//这里是取得ID＝1的会员信息
（其实他的SQL为 Select * From Member Where ID = 1）;
这里的时候对这条记录进行排他锁呢？
但我问了数据库专区里面的人
开始他们说用
Select * From Member WITH(ROWLOCK) Where ID = 1
但这样没用，他只有防止其他事务更新，但其他事务可以读取数据，所以这里不行
然后他们又说用
Select * From Member WITH(？？不记得是什么了，反正是页锁) Where ID = 1
但这样又会把我的很多数据销列相当于WITH(XTabLOCK);

那现在问一下ASP.NET专区的

对于以上问题 应该如何解决并发性问题呢

谢谢

[jiezhi]

使用o/r mapping来处理是一个较为流行的做法。

[jiang_jiajia10]

用事物不行么

[PI腊]

学习中……

[zyciis208]

用事物不行么
--------------------
我上面说得很清楚了，存在并发的情况的话就会出错
谢谢

[vlysses]

oo.BeginTransation(IsolationLevel.*****,"");
asp.net的事务处理可以设置不同级别的锁，好好看看MSDN

[lovehongyun]

这不是
"面向对像方法和SQL数据库的冲突"的问题,而就是一个并发问题

可以用一下时间戳防并发

[lovehongyun]

http://www.cnblogs.com/tintown/archive/2005/03/22/123404.html
看看这个.

[以专业开发人员为伍]

其实我可以把你的问题稍扩展得更宽一些：

我们先做一个假设，假设在不同的线程中，对于不同的oo对象，语句表达式

Member.GetInfo(oo,1)

得到的对象完全是“同一个对象”。

此时，你的所谓“并发问题”已经被简化到及其简单化的程度，不是你强调的 GetInfo得到两个不同的对象，而是得到同一个对象，也就是说A中对它的info 变量的修改会立刻被B中的info变量所读取出来，那么此时就不存在你说的问题了吗？仍然存在。

我直接说结论：只要你写程序时不用lock，你永远存在与关系数据库的所谓“冲突”现象。

[以专业开发人员为伍]

其实，假设info根本不是从数据库中读取的，而是内存中的static对象，假设你没有lock，你仍然会遇到所谓“并发”问题。

所以，你的问题跟“asp.net面向对象方法和SQL数据库的冲突”还是有些不太贴切的。

[zhnzzy]

并发你不会设计数据库锁级别吗？

[zhnzzy]

参考：

SET TRANSACTION ISOLATION LEVEL
{ READ COMMITTED
| READ UNCOMMITTED
| REPEATABLE READ
| SERIALIZABLE
}

参数
READ COMMITTED

指定在读取数据时控制共享锁以避免脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。

READ UNCOMMITTED

执行脏读或 0 级隔离锁定，这表示不发出共享锁，也不接受排它锁。当设置该选项时，可以对数据执行未提交读或脏读；在事务结束前可以更改数据内的数值，行也可以出现在数据集中或从数据集消失。该选项的作用与在事务内所有语句中的所有表上设置 NOLOCK 相同。这是四个隔离级别中限制最小的级别。

REPEATABLE READ

锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。

SERIALIZABLE

在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。