Явное значение для ошибки столбца идентификаторов при вставке с отношением nHibernate

Но, возможно, это не то, чем вы хотите заниматься.

Этот пример вызывает проблему при вставке в таблицу, содержащую столбец Identity, когда вставка указывает идентификатор, который должен быть вставлен, а не позволяет таблице сгенерировать его. т. е. table1 начинает увеличивать значения с 1, а table2 начинается с 4. В этом примере запись успешно вставляется в таблицу1 (эта строка будет иметь ID:1), а затем пытается вставить ту же строку с идентификатором и всем остальным в таблицу2. Обычно при вставке в таблицу со столбцом Identity вы не указываете идентификатор, так как таблица сгенерирует его за вас.

Возможно, попробуйте установить DefaultValue в сопоставлении на 0 в дополнение к GeneratedBy, предложенному Антоном. Это может помешать NHibernate отправить значение столбца идентификатора, равное 0. Это предполагает, что вы не пытаетесь сгенерировать идентификаторы в приложении, которые должны быть непосредственно вставлены в БД.

ответ на комментарий:

Если классу Booking требуется коллекция BookingLocations, таблице BookingLocation требуется FK, например BookingID. (иначе SELECT * from BookingLocation WHERE BookingID = 123, вы получите список BookingLocations для Booking 123)

Чтобы сопоставить эту связь, ваш BookingMap должен выглядеть так (просто показывает сопоставление коллекции)

HasMany(x => x.BookingLocations)
   .KeyColumn("BookingID") // aka, column in BookingLocation that links a row to this Booking
   .Not.LazyLoad()
   //.Cascade.All() // would advise against this until you can get it working explicitly
   .Inverse() // use this instead
   ;

попробуйте изменить сопоставление ссылок следующим образом:

References(x => x.Booking)             
   .Column("BookingID") // the column in the locations table that points to the booking.
   .Not.LazyLoad()
   ;

Пометка этой коллекции как Cascade.All означает, что вам не нужно сохранять вручную (session.Save) BookingLocation.

И это также означает, что если вы когда-нибудь сохраните Booking, вам нужно убедиться, что вы загрузили BookingLocations, потому что я думаю, что без их загрузки ваша таблица BookingLocation будет выглядеть как коллекция внутри Booking... в этом случае, так как он пуст, он удалит BookingLocations. Точно так же вы, вероятно, захотите удалить Cascade.All из сопоставления Booking References в BookingLocation. т. е. если вы удаляете один объект BookingLocation, вы не хотите удалять связанный с ним объект BookingLocation — могут существовать другие местоположения BookingLocation.

Как правило, я не использую Cascade в своих сопоставлениях, а вместо этого устанавливаю свои коллекции как Inverse(). Однако при использовании обратного сопоставления коллекций BookingLocations не будут сохраняться автоматически при сохранении Booking. Вам придется вернуться к их сохранению вручную:

using (var session = CreateNewSession())
{
    using (var trans = session.BeginTransaction())
    {
        session.Save(myNewBooking)
        myNewBooking.BookingLocations.ForEach(x => session.Save(x));
        trans.Commit();
    }
}

В итоге:

  Bookings (table)
  ID

  Booking_Locations (table)
  ID
  BookingID


  Booking (class)
  ID
  IList<BookingLocation>

  BookingLocation (class)
  ID
  Booking (instance)

Карта бронирования

base.HasMany<BookingLocation>(x => x.BookingLocations)
.KeyColumn("BookingID")
.Inverse()
.Not.LazyLoad()
;

БронированиеРасположениеКарта

base.References<Booking>(x => x.Booking)
.Column("BookingID")
.Not.Nullable()
;

сохранение

var newBooking = new Booking(); // new booking
var newBLocation = new BookingLocation(); // new booking location
newBLocation.Booking = newBooking; // set booking instance on booking location
newBooking.BookingLocations.Add(newBLocation); // add new booking location to booking

session.Save(newBooking); // get the newBooking's ID from the DB insert
session.Save(newBLocation); // save the new location. NHibernate will set the FK col BookingID to the ID of the newly-persisted newBooking, and also get the new ID for newBLocation