🚀 go-pugleaf

> 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.

>> 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.

-- 
Pozdrawiam
Jan Drawski