软件编程走火入魔之：数据库事务处理入门.doc

软件编程走火入魔之：数据库事务处理入门(适合初学者阅读) ? ?? 开发软件若真的把并发问题考虑得非常严格完美，处理并发相关的开发工作量至少会提高50%以上吧，虽然没有真正做过调查，国内几乎90%以上的软件系统都会存在事务、并发问题、或者是忽略了事务、并发问题，可能这么乱讲有些不对。 ?? 不好控制数据库事务的的几个例子： ???DbHelper.ExecuteNonQuery(String sqlQuery) 类似 static 的静态方法，自动打开关闭数据库的，不好控制数据库事务、并发、锁定数据库等操作。 ???静态的数据库调用方法、自动打开关闭数据库的不好控制数据库事务，当然这种写程序的整体的代码量会非常少一些，写程序也简单一些，不用管Open、Close的事情了，单是对事务控制又带来了些麻烦了。当然在走火入魔架构里这些灵活的、复杂的数据库访问架构都是支持的，请看介绍连接。?? 大恶人吉日嘎拉之走火入魔闭门造车之.NET疯狂架构经验分享系列之（零）数据库访问层? ? ? 多用户并发、共享数据库连接情况下，不好控制数据库事务。 ? ?? 理想状态是：各管各的，互不干涉。 ? ?? 在不考虑存储过程中的事务等因素，数据库事务在走火入魔软件系统架构中在思路是，如下图解，主要以SOA体系为主导思想。有兴趣的请看连接SOA入门：? ?? 白话讲山寨SOA，少一些迷惑、多一些理解，你的程序架构SOA了吗？? ?C#代码参考如下：?? 在走火入魔.NET架构中，事务控制是被放在服务端实现的，大致示意图是：? 错别之处请指正指点，愿意学习想学习是一个层次，学懂了看懂了是一个层次，能讲清楚理解清晰是一个层次，能把自己的理解写出来表达出来需要更好的水平，不要总鄙视我、打击我，还有很多人根本不理解，包括很出名的DNT架构里也没怎么处理数据库事务方面，动软代码生成器的底层数据库访问，也没怎么处理数据库事务，我也对比了很多出名的框架，整理出来的文档，我瞧不起那些，没有深入的人，乱放屁。