Rails的transaction

    今天同事问我关于rails transaction，如果有多个不同表回滚，如何做。我告诉他，就嵌套着写多个transaction，而且十分坚定的告诉他：只写一个是绝对绝对不行的！我以前遇到过，多表回滚的问题，后来就是这样解决的！
    同事表示怀疑，去看api，告诉我，我错了，我当时怒了，不可能吧！
    经过讨论，又看完api，一起做了一个小测试，证明我确实错了。
    很久以前，其实我也不是很明白多表回滚如何实现，记得当时写过一个多表保存，要求有回滚。发现数据更新时有问题，找不到原因。我以为是多表回滚失败导致的，后来看了下面的帖子。http://www.iteye.com/problems/18595google，搜索“rails，多表事务”，第一页第一个就是（JE的SEO做的还是不错的）。当时照着这个方法，加上嵌套的transaction，修改后，测试没问题。所以对此法深信不疑。其实当时的的错误并没有修改，而是没有测试到。
    关于rails的多表回滚，只要写一个就可以。api解释如下http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html

引用

Different Active Record classes in a single transaction
Though the transaction class method is called on some Active Record class, the objects within the transaction block need not all be instances of that class. This is because transactions are per-database connection, not per-model.

In this example a balance record is transactionally saved even though transaction is called on the Account class:

  Account.transaction do
    balance.save!
    account.save!
  end
The transaction method is also available as a model instance method. For example, you can also do this:

  balance.transaction do
    balance.save!
    account.save!
  end

   
    现在，大家知道了这个问题的回答是错误的，但是无论是作者还是回答者都无法对问题进行修改。JE的SEO做的不错，我不清楚有多少人会通过google第一页，搜索rails，多表事务来找到这个问答，又有多少人会会被这个帖子误导。
    众多人都表示压力很大。只要采纳或者过期就无法编辑。
    趁这个机会对问答版块提点建议：
    1,对问题答案采纳后也能够进行编辑。
    2,最好能够向stackoverflow等网址借鉴些经验，所有用户都可以对问题答案进行一个简单投票，这样大家在看问题回答的时候，可以有重点的查看。并且能够对最终的结果进行一个汇总和编辑，虽然采纳了某个人的答案，但是并不意味这最终的答案是属于这个人的，应该是集思广义，对最后的结果进行一个编辑汇总，这样的结果才是一个最佳的结果。
    3,我一直不明白为什么提问题还要积分？用完积分不是就不能提了么？提的问题好应该给加分，但是同时如果这个问题没有任何意义，google一搜一堆结果，同样可以投反对票。
    大家有什么好的建议可以一起提出来。我帮忙汇总下。

评论

16 楼 landslide 2011-01-14  

baiyuxiong 写道

问答做的烂就不说了。有目共睹。
还有其它
不登录就没有收藏链接，登录后就跳转到首页了，找不到我要收藏的文章在哪里。

只要你想找怎么找不到，点两步后退再刷新，不是就看见了么...我倒是很不喜欢csdn那个跳回原来链接的东西，为毛让我等三秒啊

15 楼 orcl_zhang 2011-01-14  

hideto 写道

问答产品要做好不是那么容易的， 不能希望JavaEye把重心都放在问答上，对吧？看JE的战略和野心了，以及和CSDN的关系/各自的侧重点。

http://hideto.iteye.com/blog/857049
我没有太高要求，只是有一点建议：1,对问题答案采纳后也能够进行编辑，并不难。
je怎么定位是肉饼的事情,我看不出来，我提了意见，执行不执行我就管了。

14 楼 麦蒂粉丝 2011-01-13  

对，感觉个人还是比较喜欢Javaeye的界面和设计的，知识也更新的比较快.

13 楼 hideto 2011-01-13  

问答产品要做好不是那么容易的， 不能希望JavaEye把重心都放在问答上，对吧？看JE的战略和野心了，以及和CSDN的关系/各自的侧重点。

12 楼 ddl1st 2011-01-12  

那样做有那样的道理把。  我觉得用户体验还行。 相比其他的技术论坛来说。

11 楼 ddl1st 2011-01-12  

成功的引起了一场口水仗。

10 楼 lqixv 2011-01-11  

这个建议非常好，大家一起支持一下吧

9 楼 yangguo 2011-01-11  

dsjt 写道

说实话je的用户体验太差了

1.登录后只跳转到首页；
2.验证用户是否登录用客户端验证
3.浏览帖子的页面没有发表新帖的链接

太差你又跑来这里干什么呢？犯贱？去些体验好的地方吧。

8 楼 yangguo 2011-01-11  

baiyuxiong 写道

问答做的烂就不说了。有目共睹。
还有其它
不登录就没有收藏链接，登录后就跳转到首页了，找不到我要收藏的文章在哪里。

这里好像没人要挽留你啊.你去做个不烂的吧。

7 楼 baiyuxiong 2011-01-11  

问答做的烂就不说了。有目共睹。
还有其它
不登录就没有收藏链接，登录后就跳转到首页了，找不到我要收藏的文章在哪里。

6 楼 dsjt 2011-01-11  

说实话je的用户体验太差了

1.登录后只跳转到首页；
2.验证用户是否登录用客户端验证
3.浏览帖子的页面没有发表新帖的链接

5 楼 buyajun 2011-01-10  

ywbanm 写道

JE的问答板块是挺奇怪的，只要采纳了或者过期的问题都不能编辑了，少了很多进一步交流的机会啊。

我觉得也不方便。

je  改一下 咯

4 楼 LikeEJB_CC 2011-01-10  

自己写的一个 事务管理器 原理用的 观察者模式(其实一个List也可以搞定)
依靠JDK自带的观察者模式完成

/**
 * 事务观察者
 * @author CC
 */
public class TransactionObserver implements Observer {
	
	private Connection conn = null;

	public void update(Observable obs, Object obj) {
		try {
			if ("C".equals(obj)) {
				if(conn != null){
					conn.commit();
				}
			} else if ("R".equals(obj)) {
				if(conn != null){
					conn.rollback();
				}
			} 
		} catch (SQLException e) {
			e.printStackTrace();
		}
	}

	public void setConnection(Connection connObj) {
		this.conn = connObj;
	}
}

/**
 * 被观察的事务
 * @author CC
 */
public class TransactionObservable extends Observable {
	
	public void commit(){
		this.setChanged();
		this.notifyObservers("C");
	}
	
	public void rollback(){
		this.setChanged();
		this.notifyObservers("R");
	}
}

//设置数据库连接对象事务
private TransactionObservable ooServer = null;
TransactionObserver oo = new TransactionObserver();
Connection conn = XXXXXXXX;
conn.setAutoCommit(false);// true or false
oo.setConnection(conn);
this.ooServer.addObserver(oo);

//调用
try{
//自己加一个begin事务方法(也就是设置conn.setAutoCommit(false);// true or false)

//XXX_1数据库操作

//XXX_2数据库操作

//XXX_3数据库操作

ooServer.commit();
}catch(Exception e){
ooServer.rollback();
}

3 楼 ywbanm 2011-01-09  

JE的问答板块是挺奇怪的，只要采纳了或者过期的问题都不能编辑了，少了很多进一步交流的机会啊。

2 楼 tedeyang 2011-01-09  

用了也不会错，只要你的数据库事务的传播级别设为PROPAGATION_REQUIRED，嵌套子事务会用最上面的那个transaction。
这个一般是默认值。

1 楼 night_stalker 2011-01-08  

我错了……想改过来都不行了