fluent-nhibernate

0зной

1ответ

Fluent NHibernate конвенции для CompositeIds

У меня есть IIdConvention для моего отображения Fluent NHibernate: public class SplitIDNameConvention : IIdConvention { public bool Accept(IIdentityPart target) { return true; }

0зной

1ответ

Как я могу использовать составной идентификатор с классом как поле id в свободном nhibernate?

У меня есть файл сопоставления, как это: <class name="Resource" table="resource" discriminator-value="null"> <composite-id name="Key" class="Models.Bases.ClientKey, Models"> <key-property n

0зной

1ответ

nHibernate «HasMany» без явных FKs

У меня есть модель данных, в которой я не уверен, что я поддерживаю nHibernate - было интересно, может ли кто-нибудь сказать мне, будет ли это делать, и если да, то как это сделать. Основная структура

2зной

1ответ

Fluent NHibernate - автоматическое здание схемы

Хорошо, у меня есть база данных, но в ней нет таблиц. У меня есть классы сущностей. Я пытаюсь настроить Fluent NH на автоматизацию с автоматическим экспортом схемы. Во-первых, это возможно, правда? Во

2зной

1ответ

(свободный) NHibernate отображения для класса с расчетными свойствами

У меня есть класс, похожее на следующее (нб имена были изменены, чтобы защитить невинных!): public class Person { public virtual int Id { get; private set; } public virtual string Name { ge

3зной

2ответ

Fluent NHibernate: переопределить производные классы не в автоматическом отображении базового класса

История: У меня был класс Пользователь и класс Организация: Пользователь. Я не использовал никаких сопоставлений для этих классов, пусть FNH делает отображение автоматически. Затем я добавил public cl

0зной

1ответ

Как создать привязку «многие-ко-многим» с саморефлексией в отображении Fluent NHibernate?

Может ли кто-нибудь сказать мне, как выполнить это сопоставление с использованием Fluent NHibernate? Это просто таблица учетных записей с составным ключом, который имеет множество дочерних учетных зап

0зной

1ответ

Карта Композиция в Fluent NHibernate

Есть 2 класса: продукт и изображение. В продукте имеется только одно изображение. No orphan Изображения могут существовать. Это представляет композицию отношений в UML, что означает: Assigning Product