Нет, это не нарушение.
, потому что мы разыграли
blockquote>char *
вint *
Вы пропустили ту часть, которую
char *
, которую вы упомянули, на самом деле была [113 ]. Таким образом, наконец, доступ к типуint
осуществляется через указатель наint
- это совершенно верно.
Почему Вы включали .Cascade.SaveUpdate()
в строку
References(x => x.Cart, "ShoppingCartId").Cascade.SaveUpdate()
?
, Возможно, это путает NHibernate (или Быстрый NHibernate), что там, кажется, располагается каскадом, сохраняет/обновляет от обоих концов Вашего отношения?
Конфигурирование Вашего HasMany для расположения каскадом должно быть достаточным для достижения того, что Вы хотите.
У меня была эта точная проблема с быстрым nhibernate. Кажется, существует маленькая ошибка в отображении связей "один ко многим" и отношений не автоматически сохранение или расположение каскадом. Видят здесь для регистрации об этом на Быстрой группе .
NHibernate, По-видимому, существует кто-то работающий над проблемой!
я могу; t говорят наверняка, что это - проблема с Вашим кодом, но это выглядит очень похожим на проблему, которую я имел . Надежда, которая помогает некоторым!
Попытайтесь перенести Сессию. SaveOrUpdate в транзакции или сила сброс непосредственно после.
Я не уверен, но я не думаю, что NHibernate располагает каскадом сохранение объектов к дочерним объектам. Вы не показываете код, который называет SaveOrUpdate, но я знаю, циклично выполняетесь ли Вы через ShoppingCartItems в той точке, сохраняя каждого индивидуально затем, что они будут сохранены также.
Действительно ли возможно, что Ваши объекты корзины сохраняют сначала, затем корзина? следовательно дочерние объекты не имеют никакого родительского идентификатора для использования?
Вы, ВОЗМОЖНО, должны явно сохранить корзину назад к DB на, создают, затем добавляют объекты в него и сохраняют - только для получения идентификатора.
Я знаю ничто о NHibernate (ЛИЧНЫЕ ДЕЛА ПЕРСОНАЛА, которые я использую, делает это для меня), но не это случай что, когда Вы сохраняете совокупный корень (ShoppingCart), что код должен также передать свои сложно находящиеся в собственности экземпляры сессии также?
Проблема с Вашим конфигурационным оператором sessionfactory. Не используйте Exposeconfiguration, если Вы хотите, чтобы Ваши данные сохранились. Это, конечно, решит Вашу проблему персистентности данных.