Witam,
Przy próbie aktualizacji podmiotu w programie serwisowym otrzymuję błąd. Ma ktoś pojęcie czym to jest spowodowane i ma chęć pomóc?


Aktualizacja podmiotu: z wersji: 1.4401 do wersji: 1.4402.20.3693 dnia: 2016-07-30 10:28:35
Zapisywanie informacji o początku konwersji
Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.4401_1.4402.enc
Czas: OdczepianieObiektow 00:00:00
Czas: UsuwanieConstraintow:Check,Default 00:00:13
Czas: OdczepianieConstraintow:PK,FK,Unique 00:00:00
Czas: UsuwanieRegul 00:00:00
Czas: UsuwanieDefaultow 00:00:03
Czas: DodawanieDefaultow 00:00:00
Czas: DodawanieRegul 00:00:00
Czas: PorzadkowanieTypowDanych 00:00:01
Czas: OdczepianieIndexow 00:00:00
Czas: PorzadkowanieTabelek 00:00:11
Czas: PorzadkowanieDanychSlownikowych 00:00:00
Czas: __Update 00:00:00
Czas: DodawanieIndexow 00:00:00
Czas: DodawanieConstraintow 00:00:03
Czas: UsuwanieZbednychTypowDanych 00:00:00
Czas: NakladanieObiektow 00:00:00
Nie powiodło się wykonanie polecenia:


update dok__Dokument set dok_DefiniowalnyId = NULL where dok_DefiniowalnyId = 0


Błąd 0x80004005: Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.
Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.The statement has been terminated.Aktualizacja podmiotu nie powiodła się: 0x80004005: Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.
Przywrócenie podmiotu powiodło się.

Najwyraźniej, niestety gdy się ingeruje w bazę danych to trzeba wiedzieć co się robi, "obejściem na szybko" powinna być aktualizacja po jednym rekordzie.

Ktoś chciał kupić Subiekta, a używać Navireo 

No to chyba normalne ,że zabrakło mi paru funkcji w Subiekcie i zamówiłem parę rozwiązań własnych , które działały bez problemów. Wybrałem właśnie dlatego Subiekta , że ponoć wszystko do niego można dopisać jak brakuje jakiejś funkcjonalności.

Najwyraźniej, niestety gdy się ingeruje w bazę danych to trzeba wiedzieć co się robi, "obejściem na szybko" powinna być aktualizacja po jednym rekordzie.

Rozumiem ,że tak nie powinno być zrobione i twórca dodatku nie zastosował optymalnego rozwiązania i powinien to zmienić?

Własne triggery na bazie danych (np na tabeli dok__dokument)?

Wiedzy informatycznej nie posiadam , ale tak rozwiązałem narazie swój problem.
Za pomocą SQL Management Studio odpaliłem moją bazę danych. Znalazłem tabelę dok_Dokument i w zakładce triggers było coś takiego QShop_dokDokument_Update. Dałem na tym Disable i aktualizacja poszła.
Będę musiał napisać do panów z tej firmy ,żeby to naprawili.
Dzięki birds22 za sugestię.

A włączyłeś ten trigger z powrotem, po aktualizacji?

Tak. Zobaczymy czy jeszcze będzie ten trigger coś psuł. Narazie jest ok.

Cytat: dkozlowski w Lipiec 30, 2016, 12:50:59

Najwyraźniej, niestety gdy się ingeruje w bazę danych to trzeba wiedzieć co się robi, "obejściem na szybko" powinna być aktualizacja po jednym rekordzie.

Rozumiem ,że tak nie powinno być zrobione

Tak.

i twórca dodatku nie zastosował optymalnego rozwiązania i powinien to zmienić?

Nie, według mnie to ewidentny błąd.