使用Castle.ActiveRecord的注意事项之一：总览

 

    最近这个项目采用了我积极推荐的CASTLE ACTIVERECORD作为项目的持久层，项目实施过程中遇到了一些自己早期测试没有遇到的问题，加上其他的一些零零碎碎的问题，总结一下

1、ACTIVE RECORD自带的代码生成器并不支持ORACLE。 我的做法是把数据库设置到SQL SERVER中，再生成的

2、如果ORACLE的主键是自增序列，则采用下面的写法

 

[PrimaryKey(PrimaryKeyType.Sequence, SequenceName = "SE_KAM_FAVORITE_TYPE")]
public int FAVORTYPEID
{
}

 

3、多对一，使用[BelongsTo("FORIGNKEY")] ，字符串写外键名

4、一对多，

private IList<KAMBonuse> kAMBonuseList;
/// <summary>
/// 含有的BONUSE，1:N 依照FK_KAM_BONUS
/// </summary>
[HasMany(typeof(KAMBonuse), Table = "T_KAM_BONUSE", ColumnKey = "KAMID", Lazy = true)]
public IList<KAMBonuse> KAMBonuseList
{
  get
    {
      return this.kAMBonuseList;
    }
  set
    {
      this.kAMBonuseList = value;
    }
}

5、多对多

 

[HasAndBelongsToMany(typeof(DepartmentVO), Table = "T_KAM_AGENCY_MAP", ColumnRef = "DEPTID", ColumnKey = "KAMID", Lazy = true)]

table是映射表，ColumnRef是其他对象外键，ColumnKey是本对象外键

 

6、需要注意的是能写成对象的千万不要写成原数据类型。比如说如果A表的Bid字段对应B表，但是没有拉键的连接。使用的时候最好把A表的Bid写成B对象。

    该问题涉及NHIBERNATE的一个“脏数据管理”的问题，我准备转一篇文章来描述一下

7、如果出现一表多用，或者二表一用的情况，建议考虑NHIBERNATE里面的单表继承、多表继承机制。详见另外一篇文章

8、部门对使用CASLTE进行查询、分页、排序已经写出了完整的框架了。记得以后使用

9、VO对象写的时候要泛型继承

public class User: ActiveRecordBase<User>

这样可以获得很多的单对象操作方法

10、采用LAZY载入后，要注意使用

using (new SessionScope())

而使用上面代码的时候，又要注意

using (new SessionScope(FlushAction.Never))

以避免在查询的时候自动提交修改

11、以上6、7、10点，另有详细的文章进行论述

 

此文于@ 2008年03月06日 10:31:00发于http://blog.csdn.net/appgqp/