我认为你的存储过程没什么问题，用事务保护一下应该就可以了。 <- 中国开发网

账号

中国开发网: 论坛: 程序员情感CBD: 贴子 468938

Miracle · 2007-01-31 04:29:51 · 阅读: 681

我认为你的存储过程没什么问题，用事务保护一下应该就可以了。

订单确认之前，尽量使用Session暂存，确认时把数据库操作一次性执行完毕

相关信息:

[商城问题] 多商品的订单会出现乱单的问题吗？ (110字) (就这么着 [821] 2007-01-31 10:51)
- 弄好了就不会，弄不好就会了 (空) (sealw [602] 2007-01-31 10:53)
- mssql不是可以取得本session的最后一个ID (23字) (haitao [820] 2007-01-31 10:54)
- 你google一下什么叫做“数据库事务” (19字) (Miracle [753] 2007-01-31 10:55)
- 把生成订单和记录订单商品放在同一个事务处理中，可以解决这个问题吗？ (空) (就这么着 [741] 2007-01-31 11:09)
  - 不可以。如果你的程序胡乱写的话。 (空) (pcplayer [644] 2007-01-31 11:11)
  - 这个是基本要求 (空) (dead_lee [553] 2007-01-31 11:11)
- 那位老大能具体给分析一下呀，谢谢阿 (空) (就这么着 [530] 2007-01-31 11:12)
  - 你google一下什么叫做“数据库事务” (19字) (Miracle [7] 今天 10:55) (空) (dead_lee [613] 2007-01-31 11:16)
    - 数据库事务我用过，目前我的想法是：生成订单和记录订单商品用两个过程实现 (空) (就这么着 [651] 2007-01-31 11:19)
    - 如果一个过程搞定的话，就存在一个参数包含多个商品号的情况，这样是不是复杂一些呢？ (15字) (就这么着 [749] 2007-01-31 11:21)
      - 如果是oracle的话,sequence有curval来取得当前值的,sqlserver也有类似的@@啥的,忘记了 (空) (dead_lee [1240] 2007-01-31 11:43)
- 你可以lock住订单表嘛 (14字) (品雪 [666] 2007-01-31 11:16)
- 招会写的人去写 (空) (cndev.org [616] 2007-01-31 11:20)
  - 不是吧，讨论一下嘛，自己做了 (空) (就这么着 [585] 2007-01-31 11:25)
    - 先生成订单号，再逐个往里面添加商品 (空) (cndev.org [604] 2007-01-31 11:26)
      - 我估计他是自己查询现存最大订单号然后加1生成新订单号的，这样做的话有并发请求就完蛋了 (空) (Miracle [712] 2007-01-31 11:29)
        我靠，这个想法有创意，我怎么没有想到过呢 (空) (cndev.org [594] 2007-01-31 11:32)
        没什么创意，我很久很以前试图这么做过，嘎嘎，真惭愧呀。 (空) (Miracle [651] 2007-01-31 12:32)
        no no no，人家用的是自增字段 (空) (sealw [595] 2007-01-31 11:39)
        哦哦哦哦哦 (空) (Miracle [579] 2007-01-31 12:16)
- 大家看看里面的过程吧，这是我的想法 (635字) (就这么着 [793] 2007-01-31 11:43)
  - 你用@@IDENTITY这个吗? (空) (zhenghj [600] 2007-01-31 11:45)
    - 因为订单表里的订单号是自增，这样应该取得的就是订单号吧 (空) (就这么着 [720] 2007-01-31 11:49)
      - 查查@@IDENTITY返回的是什么 (空) (zhenghj [661] 2007-01-31 11:51)
        @@identity是返回最后插入的标识值的系统函数。用于获得刚分配的自动增长列的序号,应该就是订单号吧 (空) (就这么着 [860] 2007-01-31 11:54)
        sql server可以把两个sql写在一起的,用分号分割 (空) (dead_lee [727] 2007-01-31 11:57)
        你能确定哪个是最后插入的 (空) (zhenghj [615] 2007-01-31 11:58)
        因为是在一个事务中，从Insert成功到获取到这个ID的时间间隙应该非常小吧 (空) (就这么着 [780] 2007-01-31 12:12)
        是很小，但是理论上还是有可能发生的 (15字) (haitao [661] 2007-01-31 12:16)
  - 还是我善解人意啊。。。。。。。 (94字) (haitao [636] 2007-01-31 11:45)
    - haitao的意思这样理解对吗？ (105字) (就这么着 [749] 2007-01-31 12:04)
      - 我说的session是数据库会话，它的id是不用你关心的 (149字) (haitao [786] 2007-01-31 12:15)
        多谢haitao不厌其烦的解答，最后可否提供一下这个函数名，谢谢 (空) (就这么着 [533] 2007-01-31 12:21)
        haitao的解释是错误的，不过那个函数名就是Scope_Identity() (空) (Miracle [662] 2007-01-31 12:22)
        你说的不对，@@Identity作用于是当前会话。不受并发影响 (5355字) (Miracle [1687] 2007-01-31 12:22)
        我没分清会话和作用域，不过@@id...应该相对不可靠 (107字) (haitao [872] 2007-01-31 12:25)
        可靠不可靠取决用它的人 (空) (Miracle [603] 2007-01-31 12:27)
        用法当然要相同，否则怎么比较。。。。。。。 (34字) (haitao [615] 2007-01-31 12:29)
        同一个会话不存在并发问题，都是串行的。 (7字) (Miracle [672] 2007-01-31 12:31)
        问题是串行的代码行A和B之间会被间杂地执行了一个代码C。。。。 (33字) (haitao [650] 2007-01-31 12:35)
        我败了 (空) (Miracle [628] 2007-01-31 12:39)
        完败 (39字) (haitao [620] 2007-01-31 12:42)
        在我这个问题中用Scope_Identity和用@@Identity那个更好一些呀 (空) (就这么着 [659] 2007-01-31 12:37)
        Scope_Identity！ (79字) (haitao [922] 2007-01-31 12:48)
        在不考虑触发器时差不多 (空) (zhenghj [717] 2007-01-31 12:50)
        除了触发器，还有没有导致这种“伪并发”的可能？ (空) (haitao [591] 2007-01-31 13:28)
  - 单从存储过程来看，没有什么问题。 (空) (Miracle [624] 2007-01-31 12:24)
- 我的担心是：第一个过程执行完，获取到订单号后，再执行第二个过程的时候，会不会订单号变成其它订单号了？ (空) (就这么着 [627] 2007-01-31 11:46)
  - 你担心什么？验证过了吗？ (空) (Miracle [653] 2007-01-31 12:23)
    - 以前做的都是订单与商品是一对一的关系，一个过程搞定，多商品要分两步，所以担心第一步和第二步的衔接上会出问题 (空) (就这么着 [717] 2007-01-31 12:28)
      - 我认为你的存储过程没什么问题，用事务保护一下应该就可以了。 (37字) (Miracle [680] 2007-01-31 12:29)
- 感谢大家热情洋溢的讨论，针对大家的讨论，我的总结如下 (54字) (就这么着 [667] 2007-01-31 12:48)
  - 你用GUID做唯一标示不就完了,犯得着这么折腾么... (23字) (JoJo [673] 2007-01-31 12:52)
    - . (空) (zhenghj [540] 2007-01-31 12:54)
    - 嘿嘿 (16字) (Miracle [560] 2007-01-31 12:59)
    - 用GUID还不是也要考虑并发引起的订单号混乱呀 (空) (就这么着 [772] 2007-01-31 13:01)
      - 如果你能用newid()函数生成重复的Guid，我请你吃满汉全席。 (空) (Miracle [942] 2007-01-31 13:02)
        请先证明你的赌注是不是空头支票 (空) (haitao [608] 2007-01-31 13:03)
        我知道Guid不会重复，问题因为某种原因而导致，我拿到的订单号是另一个Guid(会话外的新Guid),怎么办？ (空) (就这么着 [811] 2007-01-31 13:05)
        那就 (6字) (JoJo [486] 2007-01-31 13:09)
        晕，大哥很，关键还有一个业务层的问题，用Guid做订单号用户不方便记 (空) (就这么着 [603] 2007-01-31 13:17)
        3934829341114好记么 (空) (Miracle [661] 2007-01-31 13:24)
        这么说吧，一天1W个订单不少了吧，运行10年，才会出现8位数的订单号呀，相对于Guid来说，容易记一些吧 (空) (就这么着 [820] 2007-01-31 13:31)
        您再加个自增的列吧，不干别的，就是给用户好记用的。 (空) (Miracle [643] 2007-01-31 13:50)
        从商业角度来说,这么做也是不可取的 (12字) (JoJo [616] 2007-01-31 13:57)
        嘎嘎 (12字) (Miracle [572] 2007-01-31 14:00)
        你不觉得Guid那么长的一串，一看就很“专业”么 (空) (Miracle [690] 2007-01-31 14:01)
        用户看到大一串数字加字母的订单号，会发出专业的感慨来？ (空) (就这么着 [626] 2007-01-31 14:04)
        你可以用十进制的形式表示 (空) (JoJo [614] 2007-01-31 14:07)
        这个倒是比较好记，但是订单查询的时候，麻烦就大了吧 (空) (就这么着 [575] 2007-01-31 14:08)
        大吗？不就是个128位数么，有什么麻烦的。 (空) (Miracle [588] 2007-01-31 14:17)
        业务订单号可以在设置一个吧 (空) (cndev.org [646] 2007-01-31 13:29)
        啥叫“某种原因” (57字) (Miracle [621] 2007-01-31 13:23)
- 再来关于这两个过程调用的程序，这样写有问题吗？ (203字) (就这么着 [688] 2007-01-31 12:55)
  - 如果事务代码没问题，那应该就可以了。 (空) (Miracle [627] 2007-01-31 13:03)
  - 既然你都用CRMapping了,为什么还用这么落后的数据库设计? (20字) (JoJo [685] 2007-01-31 13:11)
    - JoJo很专业呀，俺用的是C#开发的，CRMapping是什么？俺比较菜，呵呵 (空) (就这么着 [644] 2007-01-31 13:20)
      - 哦,笔误,应该是ORMapping (空) (JoJo [620] 2007-01-31 13:43)
        。 (空) (Miracle [555] 2007-01-31 13:51)
- 结贴，感谢大家，特别感谢haitao,Miracle等的热情解答 (空) (就这么着 [554] 2007-01-31 13:35)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.032 - 612952