Связи NHibernate многие-ко-многим, выполняющие оба конца как родительские, с использованием сущности отношения в модели предметной области.

Вы говорите о бизнес-логике. Целью NHibernate не является реализация бизнес-логики.

Что делает ваш код:

Вы сопоставили две разные коллекции TeamEmployee, одну в Team, одну в Employee. В коде вы добавляете элементы в обе коллекции, каждый раз создавая новые экземпляры TeamEmployee. Так почему же вы ожидаете, что NHibernate не должен хранить все эти отдельные экземпляры?

Что можно сделать, чтобы это исправить:

Вы сделали TeamEmployee сущность (в отличие от типа значения). Чтобы создать экземпляр только один раз, вам нужно будет создать его только один раз в памяти и повторно использовать в обеих коллекциях. Делайте это только тогда, когда вам действительно нужен этот класс в вашей модели предметной области. (например, потому что он содержит дополнительную информацию об отношениях и фактически является самостоятельной сущностью.)

Если вам не нужен класс, гораздо проще отобразить его как отношение «многие ко многим» (как уже было предложено Крис Конвей). Поскольку в памяти есть две коллекции, которые, как ожидается, будут содержать одни и те же данные, вы указываете NHibernate игнорировать одну из них при сохранении, используя Inverse.

Проблема с обоими родителями

На обоих концах нет родителя. Я думаю, ясно, что ни Команда, ни Сотрудник не являются родителями друг друга, они независимы. Вы, вероятно, имеете в виду, что они оба являются родителями промежуточного звена TeamEmployee. Они не могут быть родителями (и, следовательно, владельцами) одного и того же экземпляра. Либо один из них является родительским, либо это другой независимый экземпляр, что значительно усложняет управление им (вот как вы его реализовали сейчас). Если вы сопоставите его как отношение «многие ко многим», им будет управлять NHibernate.

Выполняется в соответствии с вашей бизнес-логикой:

• хранение новых команд и новых сотрудников
• управление отношениями и их синхронизация
• удаление команд и сотрудников, когда они больше не используются. (В NHibernate явно отсутствует реализация постоянной сборки мусора по нескольким причинам.)

Похоже, вам нужна HasManyToMany вместо двух карт HasMany. Кроме того, нет необходимости в TeamEmployeeMap, если у вас нет другого свойства в этой таблице, которое необходимо сопоставить. Другое дело, только одна сторона должна иметь набор Inverse (), и, поскольку вы добавляете команды к сотрудникам, я думаю, вам нужно сделать TeamMap обратным. Наличие инверсии только с одной стороны избавит от повторяющихся записей в базе данных.

Может быть, примерно так:

public class TeamMap : ClassMap<Team>
{
    public TeamMap()
    {
        // identity mapping
        Id(p => p.Id)
           .Column("TeamID")
           .GeneratedBy.Identity();

        // column mapping
        Map(p => p.Name);

        // associations
        HasManyToMany(x => x.TeamEmployees)
            .Table("TeamEmployees")
            .ParentKeyColumn("TeamID")
            .ChildKeyColumn("EmployeeID")
            .LazyLoad()
            .Inverse()
            .AsSet();
    }
}

public class EmployeeMap : ClassMap<Employee>
{
    public EmployeeMap()
    {
        // identifier mapping
        Id(p => p.Id)
            .Column("EmployeeID")
            .GeneratedBy.Identity();

        // column mapping
        Map(p => p.EMail);
        Map(p => p.LastName);
        Map(p => p.FirstName);

        // associations
        HasManyToMany(x => x.TeamEmployees)
            .Table("TeamEmployees")
            .ParentKeyColumn("EmployeeID")
            .ChildKeyColumn("TeamID")
            .Cascade.SaveUpdate()
            .LazyLoad()
            .AsSet();

        HasMany(p => p.LoanedItems)
            .Cascade.SaveUpdate()
            .LazyLoad()
            .KeyColumn("EmployeeID");
    }
}

Используя это, удаление удалит за вас TeamEmployee из базы данных.

Ознакомьтесь с этим руководством и, в частности, как сопоставление между Product и Store настроен.

NHibernate не допускает ассоциации "многие ко многим" с родителями на обоих концах.