Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Minoshi w Lipiec 30, 2016, 11:27:53
-
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ę.
-
Własne triggery na bazie danych (np na tabeli dok__dokument)?
-
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 ;)
-
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?
-
A włączyłeś ten trigger z powrotem, po aktualizacji?
Tak. Zobaczymy czy jeszcze będzie ten trigger coś psuł. Narazie jest ok.
-
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ę.
Typowe - autor wyzwalacza nie pomyślał, że może być jednocześnie aktualizowane wiele rekordów.
-
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.