Jak rozwiązać problem "Aktualizacja wsadowa zwróciła nieoczekiwaną liczbę wierszy z aktualizacji, rzeczywista liczba wierszy: 0, oczekiwano: 1" problem?

Question

Za każdym razem, gdy podejmuję próbę TWORZENIA konkretnej jednostki ... chcę tylko wiedzieć, jak powinienem ustalić przyczynę.

Używam automatyzacji Fluent NHibernate, więc być może nie ustawiłem konwencji odpowiednio i/lub muszę przesłonić coś w jednym lub więcej plików mapujących. Przeszedłem przez kilka postów w sieci dotyczących tego problemu i trudno mi było dokładnie określić, dlaczego tak się dzieje w moim przypadku.

Obiekt, który zapisuję, jest bardzo prosty. Jest to obiekt "Person", który odwołuje się do encji "Company" i ma kolekcję encji "Address". AKTUALIZACJE działają poprawnie na istniejących obiektach Person znajdujących się już w bazie danych.

Sugestie?

Thanks -wg

Answer 1

Błąd oznacza, że ​​instrukcja SQL INSERT jest wykonywany, ale ROWCOUNT zwracane przez SQL Server po zjazdowych wynosi 0, a nie 1, jak oczekiwano.

Istnieje kilka przyczyn, od niepoprawnych odwzorowań, do wyzwalaczy UPDATE/INSERT, które mają wyłączone rowcount.

Twój najlepszy beat to profilowanie instrukcji SQL i sprawdzanie, co się stanie. Aby to zrobić, należy włączyć nHibernate sql logging lub użyć profilera sql. Po uzyskaniu kodu SQL możesz znać przyczynę, jeśli nie, spróbuj uruchomić SQL ręcznie i zobacz, co się stanie.

Proponuję również opublikować swoje mapowanie, ponieważ pomoże to użytkownikom wykryć wszelkie problemy.

Answer 2

Może się to zdarzyć, gdy wyzwalacze wykonają dodatkowe kwerendy DML (modyfikacja danych), które mają wpływ na liczbę wierszy. Moje rozwiązanie polegało na dodaniu następujących elementów u góry mojego wyzwalacza:

SET NOCOUNT ON; 

Answer 3

Może to nastąpić z powodu automatycznego przyrostu klucza podstawowego. Aby rozwiązać ten problem, nie wstawiaj wartości auto increment z zestawem danych. Wstaw dane bez klucza podstawowego.

Answer 4

Podczas kierowania widoku z wyzwalaczem INSTEAD OF może być niemożliwe uzyskanie prawidłowej liczby wierszy. Po zagłębianiu się w źródło dowiedziałem się, że można utworzyć niestandardowy persister, który sprawia, że ​​NHibernate ignoruje sprawdzanie liczby.

public class SingleTableNoResultCheckEntityPersister : SingleTableEntityPersister 
{ 
    public SingleTableNoResultCheckEntityPersister(PersistentClass persistentClass, ICacheConcurrencyStrategy cache, ISessionFactoryImplementor factory, IMapping mapping) 
     : base(persistentClass, cache, factory, mapping) 
    { 
     for (int i = 0; i < this.insertResultCheckStyles.Length; i++) 
     { 
      this.insertResultCheckStyles[i] = ExecuteUpdateResultCheckStyle.None; 
     } 

     for (int i = 0; i < this.updateResultCheckStyles.Length; i++) 
     { 
      this.updateResultCheckStyles[i] = ExecuteUpdateResultCheckStyle.None; 
     } 

     for (int i = 0; i < this.deleteResultCheckStyles.Length; i++) 
     { 
      this.deleteResultCheckStyles[i] = ExecuteUpdateResultCheckStyle.None; 
     } 
    } 
}