增改删
·不再以Northwind为例子，现提供测试数据库Customer
现有数据：
CustomerID FirstName LastName
·持久类
public class Customer
{
public virtual int Unid { get; set; }
public virtual string FirstName { get; set; }
public virtual string LastName { get; set; }
}
·映射
<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" assembly="Domain" namespace="Domain.Entities">
<class name="Customer" table="customer">
<id name="Unid" column="customerid">
<generator class="native"></generator>
</id>
<property name="FirstName" column="firstname"></property>
<property name="LastName" column="lastname"></property>
</class>
</hibernate-mapping>
(一) 增（Add）
添加一个客户
public void AddCustomer(Customer customer)
{
using (ITransaction trans = _session.BeginTransaction())
{
try
{
object obj= _session.Save(customer);
trans.Commit();
Console.WriteLine(obj.ToString());
}
catch
{
trans.Rollback();
throw;
}
}
}
映射文件中主键生成策略用的是native这个字段的意思：
根据底层数据库的能力选择identity, sequence 或者hilo中的一个。
主键生成类型包括：
·identity使用SQL Server 和 MySQL 的自增字段，由数据库返回，返回类型为int（mssql数据库常用的就是这个）
·guid System.Guid实例作为标示符，全名Globally Unique Identifier，全球唯一标识符，格式为xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx，这个也是在mssql中常用的
·uuid.hex用一个System.Guid的ToString()方法法生成字符串类型的标识符，字符串的长度由format参数定义。[由 Hibernate 基于128 位 UUID 算法 生成16 进制数值（编码后以长度32 的字符串表示）]
·uuid.string 用一个新的System.Guid实例的byte[]转化为字符串作为标示符。
·guid.comb 使用Jimmy Nilsson的算法。GUID也叫UUID，这样的话以上几种uuid.hex，uuid.string就好理解
·increment用于为int类型生成唯一标识。只有在没有其他进程往同一张表中插入数据时才能使用。即插入数据的时候hibernate会给主键添加一个自增的主键，但是一个hibernate实例就维护一个计数器，所以在多个实例运行的时候不能使用这个方法
·sequence在DB2,PostgreSQL, Oracle, SAP DB, McKoi中使用序列（sequence)， 而在Interbase中使用生成器(generator)。返回的标识符是int类型的。要设定序列名，不然hibernate无法找到：<param name="sequence">NAME_SEQ</param>
·hilo 使用一个高/低位算法来高效的生成int类型的标识符。给定一个表和字段（默认分别是是hibernate_unique_key 和next_hi）作为高位值得来源。 高/低位算法生成的标识符只在一个特定的数据库中是唯一的。在用户自行提供的连接中，不要使用这种生成器。
·seqhilo 使用一个高/低位算法来高效的生成int类型的标识符，给定一个数据库序列（sequence)的名字。
·assigned 让应用程序在 Save()之前为对象分配一个标示符。即由程序控制生成标识。Hibernate不参与。
·native 根据底层数据库的能力选择identity, sequence 或者hilo中的一个。对于 oracle 采用 Sequence 方式，对于MySQL 和 SQL Server 采用identity（自增主键生成机制），native就是将主键的生成工作交由数据库完成，hibernate不参与管理。
（1）现在使用identity，效果和现在的native相同，Isession的Save将返回生成的标识。
（2）现在使用Guid，数据库表Customer先不改动，还是identity类型的标识。
当使用guid时，
·数据库标识类型，映射类型，持久类型须一致。
·映射文件中guid区分大小写，须为guid
（3）现在使用uuid.hex，持久标识类型为string，且数据库标识字段为字符串。
（4）再使用一下：assigned，此策略是由程序控制生成唯一标识。这种策略比较灵活，标识类型可以有多种选择，使用这种策略时，添加对象时，应对标识赋值。
（5）其它几种不再介绍
(二)删除
把主键策略调为indentity
public void DeleteCustomer(Customer customer)
{
using (ITransaction trans = _session.BeginTransaction())
{
try
{
_session.Delete(customer);
trans.Commit();
}
catch
{
trans.Rollback();
throw;
}
}
}
这里直接删除customer实例。使用ISession.Delete() 会把对象的状态从数据库中移除。当然，你的应用程序可能仍然持有一个指向它的引用。所以，最好这样理解： Delete()的用途是把一个持久化实例变成临时实例。
Delete方法有很多重载，其中就有一个可以添加hibernate查询字符串，用于删除多条记录（这个是容易理解的，查询的内容为实例列表，单实例删除一个实例，列表删除很容易）。删除记录可以不管外键约束，但可能引发外键字段定义的NOT NULL约束冲突。（关于这个外键约束删除在以后说明）
(三) 更新
事务中的持久化实例（就是通过ISession装载、保存、创建或者查询出的对象）可以被程序操作，所做的任何修改都会在ISession同步（flushed）的时候被持久化。
public void UpdateCustomer(Customer customer)
{
using (ITransaction trans = _session.BeginTransaction())
{
try
{
_session.Update(customer);
_session.Flush();
trans.Commit();
}
catch
{
trans.Rollback();
throw;
}
}
}
public Customer GetCustomerById(int iId)
{
return _session.Get<Customer>(iId);
}
测试更新：
[Test]
public void TestUpdate()
{
//load,持久
Customer customer = hh.GetCustomerById(3);
//修改
customer.FirstName = "Jimmy";
//更新
hh.UpdateCustomer(customer);
}