NH

Пара ссылок на туториалы.

1. How to use NHibernate in Visual Studio Projects
2. [C# NHibernate 3.3 Domain, Mapping and NHibernate Helper](C# NHibernate 3.3 Domain, Mapping and NHibernate Helper)
3. Некоторые виды запросов
4. Еще сайт с запросами

---

Оглавление

1. LINQ
2. LIKE
3. many-to-many

Оглавление

---

###LINQ

from ugl in Usergridlayouts
    join sl in Sharedlayouts
        on ugl.ID equals sl.LayoutID into joined
	from res in joined.DefaultIfEmpty()
    where ugl.Page == "OrderListLayout" && (ugl.UserID == 11427 || res.UserID == 11427)
    select new
	{
		ugl.ID, ugl.TextLayout, ugl.UserID, ugl.Page, ugl.TextLayoutXML, ugl.XMLformat,
		Name = (res.UserID == 11427) ? ugl.Name+" (Admin)" : ugl.Name, 
		Selected = (res.UserID == 11427)? res.Selected : ugl.Selected 
	}

Оглавление

---

###LIKE

Имеется следующий класс

public class Payment
	{
		public virtual Int64 ID { get; set; }
		public virtual string Account { get; set; }
		public virtual decimal Sum { get; set; }
		public virtual DateTime Date { get; set; }
		public virtual long IdPayment { get; set; }
		public virtual Guid Gate { get; set; }
		public virtual Guid Provider { get; set; }
	}

Есть два хитрых метода для выполнения операцй LIKE как в SQL. В первом случае работае шикарно, можно не использовать MatchMode.Anywhere, но тогда надо расставлять знак %. Можно еще сделать и так Restrictions.Like("Account", account, MatchMode.Anywhere). Но такой вид не очень нравится, так как здесь напрямую используем название поля Account.

А вот во втором варианте нашел единственный способ, который работает. Так как LIKE нужно было выполнить для свойства типа long. Необходимо делать волшебные преобразования Projections.Cast(NHibernateUtil.String, Projections.Property("IdPayment")) и да, здесь тоже используем название поля - не очень красиво.

if (!String.IsNullOrEmpty(account))
	resultList = resultList.And(Restrictions.On<Payment>(p => p.Account).IsLike(account, MatchMode.Anywhere));

if (idPayment != null)
	resultList = resultList.And(Restrictions.Like(
		Projections.Cast(NHibernateUtil.String, Projections.Property("IdPayment")), 
		idPayment.ToString(), 
		MatchMode.Anywhere));

Оглавление

---

###many-to-many

Имеется две табицы company.company и services.services связь у которых реализована как многое ко многим. Связь этихтаблиц происохдит через таблица company.service_list. Нюанс заключается в том что company.company связан с таблицей company.service_list не по своему первичному ключу, а просто по какому-то одному из своих полей. (это добавляет определенной гибкости-можем один список сервисов в последствии использовать для разных компаний, и у нас в таблице company.service_list будет использоваться один и тот же набор данных).

• хотя здесь есть свой недостаток такой гибкости. Если 10 компаний используют один и тот же ключ для списка, и они имеют один и тот же набор сервисов. И тут нам вдруг понадобится у одной компании добавить еще один отдельный сервис. - Проблема.

Enough talking. Let's see an example.

Company.company table - наши компании которые могут иметь много сервисов

Имя столбца	тип	Описание
id_company	guid	Первичный ключ
...	...	...
id_service_list	guid	Гуид для связи со списками в таблице service_list

Company.service_list table - связующая таблица

Имя столбца	тип	Описание
id	guid	Составной ключ - для связи с таблице company по полю id_service_list
service_id	guid	Составной ключ - для связи с таблице services по полю id

Services.services table - наши сервисы которые могут иметь много компаний

Имя столбца	тип	Описание
id	guid	Первичный ключ
...	...	...

Ну а теперь классы, mapping и использование.

Классы. Класс промежуточной таблицы нам впринципи на фиг не нужен.

public class Company
{
	public virtual Guid IDCompany { get; set; }
	//...............................
	public virtual Guid? ServicesListID { get; set; }
	public virtual IList<CompanyService> CompaniesServices { get; set; }
}

public class CompanyService
{
	public virtual Guid ID { get; set; }
	// ..............
	public virtual IList<Company> Companys { get; set; }
}

Mapping - вот это самое интересное.

<class name="Company" table="company.company" xmlns="urn:nhibernate-mapping-2.2">
	<id name="IDCompany" unsaved-value="00000000-0000-0000-0000-000000000000" column="id_company" type="Guid">
		<generator class="guid"/>
	</id>
	...
	<property name="ServicesListID" column="id_services_list" type="Guid" not-null="false" />
	<bag name="CompaniesServices" table="company.service_list" lazy="false">
		<key column="id" property-ref="ServicesListID"/>
		<many-to-many class="CompanyService" column="service_id" />
	</bag>
</class>

class name="CompanyService" table="services.services" xmlns="urn:nhibernate-mapping-2.2">
	<id name="ID" unsaved-value="00000000-0000-0000-0000-000000000000" column="id" type="Guid">
		<generator class="guid"/>
	</id>
	...
	<bag name="Companys" table="company.service_list" lazy="false">
		<key column="service_id" />
		<many-to-many class="Company" column="id"  />
	</bag>
</class>

Немного пояснения. Важного пояснения. В bag мы указываем атрибут table и указываем связующую таблицу - company.service_list. В name даем название нашего поля класса который будет представлен затем в виде списка. Далее в key указываем в атрибуте column название колонки по которой привязана текущая таблица. (services.services привязана к полю service_id). Далее в many-to-many в аттрибуте class указываем класс, список которого мы будем иметь или к которому мы привязываемся, а в атрибуте column указываем колонку в связующей таблице по которой этот класс привязан. А и да, здесь без lazy="false" не знаю как. Сразу подгружаются списки.

Все бы хорошо, но по умолчение NH думает что мы реализуем отношение и привязку к промежуточной таблице по первичным ключам связующих таблиц. Но у нас та company.company привязана через колонку id_services_list. Поэтому нам для маппинга company нужно указать в key в атрибуте property-ref колонку для связи.