🚀 go-pugleaf

W dniu 2016-08-04 o 02:26, Jan Drawski pisze:
>> Przyczyna jest prosta; wstawisz wartość do pola, która już istnieje.
>> Na tym polu jest klucz (indeks) unikalny, który dopuszcza duplikaty (to
>> raczej mało sensowne ustawienie, ale może się przydać w specyficznych
>> przypadkach).
>> I wtedy będzie dokładnie tak jak opisujesz, poczytaj o opcji indeksu
>> IGNORE_DUP_KEY:
>> https://msdn.microsoft.com/en-us/library/ms186869.aspx
>
> To było zamierzone, nie ma potrzeby sprawdzania, czy już wcześniej
> zostało część danych przesłanych. Nie znalazłem w MSSQLu polecenia typu
> INSERT IGNORE, a ze sprawdzaniem każdego id czy istnieje nie chciało mi
> się bawić choć teraz zmieniłem podejście.
Na fatalne, imo.
MSSQL to nie MySQL mimo podobieństwa w nazwie - i całe szczęście.
Polecam jednak pobawienie się z tym, bo utrzymanie indeksu unikalnego 
który unikalnym nie jest "lekko" z czapy...

>>> Błąd wyskakuje na każdym komputerze jak korzystam np. z HeidiSQL.
>>> Błąd z FireDac:
>>> [FireDAC][Phys][ODBC][Microsoft][ODBC SQL Server Driver][SQL
>>> Server]Duplicate key was ignored.
>> Jak tak ustawiłeś bazę, to tak masz...
>
> Ta sama baza, ten sam komputer:
> - W HeidiSQL pojawia się okienko informujące o błędzie.
> - W programie napisanym w Delphi nie ma wyjątku.
> - W programie napisanym w Delphi (tym samym) są wyjątki przy innych
> błędach.
>
> Inny komputer, inna baza danych, ten sam program napisany w Delphi: jest
> ten wyjątek
>
> Poradziłem sobie obsługując id wyjątku, później w ogóle zmieniłem
> podejście. Nie wiem dlaczego program się tak zachowuje, oczekiwałbym, że
> albo zawsze będzie wyjątek albo nigdy a tu jest raz tak a raz inaczej.
A ustawienia bazy sprawdzałeś?
SET ANSI WARNINGS i podobne?
Na pewno masz różnice i stąd różnice w zachowaniu programu na różnych 
bazach danych.

-- 
wloochacz