NHibernate-逆の関係
この章では、逆の関係である別の機能について説明します。これは、コレクションに表示される、trueに反比例する面白いオプションであり、多くの開発者を混乱させます。それでは、このオプションについて話しましょう。これを理解するには、本当にリレーショナルモデルについて考える必要があります。単一の外部キーを使用した双方向の関連付けがあるとします。
リレーショナルの観点からは、1つの外部キーがあり、注文する顧客と顧客への注文の両方を表します。
OOモデルから、これらの参照を使用した単方向の関連付けがあります。
2つの単方向の関連付けがデータベース内の同じ双方向の関連付けを表すと言っていることは何もありません。
ここでの問題は、NHibernateがそれを知るのに十分な情報を持っていないということです customer.orders そして order.customer データベース内の同じ関係を表します。
提供する必要があります inverse equals true ヒントとして、これは単方向の関連付けが同じデータを使用しているためです。
2つの参照を持つこれらの関係を保存しようとすると、NHibernateはその参照を2回更新しようとします。
実際には、データベースへの追加のラウンドトリップを実行し、その外部キーに対して2つの更新も行います。
逆がtrueに等しい場合、NHibernateは関係のどちら側を無視するかを指示します。
これをコレクション側に適用すると、NHibernateは常に反対側から、子オブジェクト側から外部キーを更新します。
その場合、その外部キーに対する更新は1つだけであり、そのデータに対する追加の更新はありません。
これにより、外部キーに対するこれらの重複更新を防ぐことができ、外部キー違反を防ぐこともできます。
見てみましょう customer.cs あなたが見るファイル AddOrderここでの方法と考え方は、注文から顧客へのこのバックポインターがあり、設定する必要があるということです。したがって、注文が顧客に追加されると、その顧客のバックポインターが設定されます。そうでない場合は、nullになります。したがって、オブジェクトグラフでこれを適切に接続し続けるには、これが必要です。
using System;
using System.Text;
using Iesi.Collections.Generic;
namespace NHibernateDemo {
public class Customer {
public Customer() {
MemberSince = DateTime.UtcNow; Orders = new HashedSet<Order>();
}
public virtual Guid Id { get; set; }
public virtual string FirstName { get; set; }
public virtual string LastName { get; set; }
public virtual double AverageRating { get; set; }
public virtual int Points { get; set; }
public virtual bool HasGoldStatus { get; set; }
public virtual DateTime MemberSince { get; set; }
public virtual CustomerCreditRating CreditRating { get; set; }
public virtual Location Address { get; set; }
public virtual ISet<Order> Orders { get; set; }
public virtual void AddOrder(Order order) { Orders.Add(order); order.Customer = this; }
public override string ToString() {
var result = new StringBuilder();
result.AppendFormat("{1} {2} ({0})\r\n\tPoints: {3}\r\n\tHasGoldStatus:
{4}\r\n\tMemberSince: {5} ({7})\r\n\tCreditRating: {6}\r\n\tAverageRating:
{8}\r\n", Id, FirstName, LastName, Points, HasGoldStatus, MemberSince,
CreditRating, MemberSince.Kind, AverageRating);
result.AppendLine("\tOrders:");
foreach(var order in Orders) {
result.AppendLine("\t\t" + order);
}
return result.ToString();
}
}
public class Location {
public virtual string Street { get; set; }
public virtual string City { get; set; }
public virtual string Province { get; set; }
public virtual string Country { get; set; }
}
public enum CustomerCreditRating {
Excellent,
VeryVeryGood,
VeryGood,
Good,
Neutral,
Poor,
Terrible
}
}
これが Program.cs ファイルの実装。
using System;
using System.Data;
using System.Linq;
using System.Reflection;
using HibernatingRhinos.Profiler.Appender.NHibernate;
using NHibernate.Cfg;
using NHibernate.Dialect;
using NHibernate.Driver;
using NHibernate.Linq;
namespace NHibernateDemo {
internal class Program {
private static void Main() {
var cfg = ConfigureNHibernate();
var sessionFactory = cfg.BuildSessionFactory();
Guid id;
using(var session = sessionFactory.OpenSession())
using(var tx = session.BeginTransaction()) {
var newCustomer = CreateCustomer();
Console.WriteLine("New Customer:");
Console.WriteLine(newCustomer);
session.Save(newCustomer);
id = newCustomer.Id;
tx.Commit();
}
using(var session = sessionFactory.OpenSession())
using(var tx = session.BeginTransaction()) {
var query = from customer in session.Query<Customer>() where
customer.Id == id select customer;
var reloaded = query.Fetch(x => x.Orders).ToList().First();
Console.WriteLine("Reloaded:"); Console.WriteLine(reloaded);
tx.Commit();
}
Console.WriteLine("Press <ENTER> to exit...");
Console.ReadLine();
}
private static Customer CreateCustomer() {
var customer = new Customer {
FirstName = "John",
LastName = "Doe",
Points = 100,
HasGoldStatus = true,
MemberSince = new DateTime(2012, 1, 1),
CreditRating = CustomerCreditRating.Good,
AverageRating = 42.42424242,
Address = CreateLocation()
};
var order1 = new Order { Ordered = DateTime.Now };
customer.AddOrder(order1); var order2 = new Order {
Ordered = DateTime.Now.AddDays(-1),
Shipped = DateTime.Now,
ShipTo = CreateLocation()
};
customer.AddOrder(order2);
return customer;
}
private static Location CreateLocation() {
return new Location {
Street = "123 Somewhere Avenue",
City = "Nowhere",
Province = "Alberta",
Country = "Canada"
};
}
private static Configuration ConfigureNHibernate() {
NHibernateProfiler.Initialize();
var cfg = new Configuration();
cfg.DataBaseIntegration(x => {
x.ConnectionStringName = "default";
x.Driver<SqlClientDriver>();
x.Dialect<MsSql2008Dialect>();
x.IsolationLevel = IsolationLevel.RepeatableRead;
x.Timeout = 10;
x.BatchSize = 10;
});
cfg.SessionFactory().GenerateStatistics();
cfg.AddAssembly(Assembly.GetExecutingAssembly());
return cfg;
}
}
}
それをデータベースに保存してからリロードします。次に、アプリケーションを実行してNHibernate Profilerを開き、実際にどのように保存されたかを確認しましょう。
3つのグループのステートメントがあることに気付くでしょう。最初のものは顧客を挿入し、その顧客のIDはGuidであり、強調表示されます。2番目のステートメントはordersテーブルに挿入されます。
同じCustomerId Guidが設定されていることに気付くので、その外部キーを設定します。最後のステートメントは更新です。これにより、外部キーが同じ顧客IDに再度更新されます。
ここで問題となるのは、顧客が注文を持っており、注文に顧客がいるということです。NHibernateに実際には同じ関係であると伝えていない方法はありません。これを行う方法は、inverse equalstrueを使用することです。
だから私たちに行きましょう customer.hbm.xml 次のコードに示すように、ファイルをマッピングし、逆数をtrueに設定します。
<?xml version = "1.0" encoding = "utf-8" ?>
<hibernate-mapping xmlns = "urn:nhibernate-mapping-2.2" assembly = "NHibernateDemo"
namespace = "NHibernateDemo">
<class name = "Customer">
<id name = "Id">
<generator class = "guid.comb"/>
</id>
<property name = "FirstName"/>
<property name = "LastName"/>
<property name = "AverageRating"/>
<property name = "Points"/>
<property name = "HasGoldStatus"/>
<property name = "MemberSince" type = "UtcDateTime"/>
<property name = "CreditRating" type = "CustomerCreditRatingType"/>
<component name = "Address">
<property name = "Street"/>
<property name = "City"/>
<property name = "Province"/>
<property name = "Country"/>
</component>
<set name = "Orders" table = "`Order`" cascade = "all-delete-orphan"
inverse = "true">
<key column = "CustomerId"/>
<one-to-many class = "Order"/>
</set>
</class>
</hibernate-mapping>
注文を保存するときに、注文側からその外部キーを設定します。次に、このアプリケーションを再度実行して、NHibernateプロファイラーを開きます。
それらがどのように挿入されるかを見ると、顧客に挿入され、注文に挿入されますが、注文が保存されるときに更新されるため、外部キーの重複更新はありません。
ここで、単方向の関連付けのみがあり、この関係を維持しているのがセットである場合、inverse equals trueを回すと、その外部キーが設定されることはなく、それらのアイテムにそれらのアイテムが含まれることはないことに注意してください。データベースに設定された外部キー。
あなたがの多対一の関係を見れば Order.hbm.xml ファイルとあなたが逆を探す、それは実際には逆属性を持っていません。
常に子アイテムから設定されますが、多対多のコレクションがある場合は、どちらの側からでも設定できます。