Почему «вставить (...) значения (...)» не вставить новую строку?

Question

У меня есть простой оператор SQL для вставки формы:

insert into MyTable (...) values (...) 

Он используется несколько раз для вставки строк и обычно работает, как ожидалось. Он вставляет ровно одну строку в MyTable, которая также является значением, возвращаемым оператором Delphi AffectedRows: = myInsertADOQuery.ExecSQL.

Через некоторое время возникла временная проблема подключения к сети. В результате другие потоки того же приложения воспринимаются EOleExceptions (Ошибка соединения, -2147467259 = неуказанная ошибка). Позже сетевое соединение было восстановлено, эти потоки снова подключены и были в порядке.

Нить, ответственная за выполнение инструкции вставки, описанную выше, однако, не воспринимала проблемы с подключением (без исключений) - возможно, она просто не выполнялась, когда сеть была отключена. Но после проблем с подключением к сети myInsertADOQuery.ExecSQL всегда возвращал 0, и никакие строки больше не были добавлены в MyTable. После перезапуска приложения оператор insert снова работал, как ожидалось.

Для SQL Server существует ли какой-либо определенный случай, когда элемент вставки, подобный приведенному выше, не должен вставлять строку и возвращать 0 в качестве числа затронутых строк? Первичный ключ - это автогенерированный GUID. Нет никаких уникальных ограничений или ограничений проверки (это должно привести к исключению в любом случае, а не к вставке строки).

Существуют ли известные ошибки ADO (Provider = SQLOLEDB.1)?

Любые другие объяснения этого поведения?

Thanks, Nang.

Answer 1

Если значения, которые вы пытаетесь вставить нарушаете

• проверочное ограничение
• качестве внешнего ключа отношения
• не нулевое ограничение
• ограничение уникальности

или любые другие ограничения, то строки (строки) не будут вставлены.

Answer 2

Вы используете транзакции? Возможно, ваше приложение не имеет autocommit? Некоторые драйверы не фиксируют данные, если в транзакции произошла ошибка.

Answer 3

Если вы не имеете каких-либо исключений, то:

1. Если таблица содержит триггеры без SET NOCOUNT ON, то на самом деле операцию (INSERT/UPDATE/DELETE) может быть успешно завершена, но ряд постраничные записи могут быть возвращены как 0.
2. В зависимости от активности транзакции в текущем сеансе другие сеансы могут не видеть изменений, сделанных текущим сеансом. Но текущая сессия увидит собственные изменения, и число затронутых записей будет (может быть) не 0.

Таким образом, точный ответ может зависеть от вашей таблицы DDL (+ триггеры, если есть) и от того, как вы находитесь проверка вставленных строк.

Answer 4

Похоже, что ваш Вставить нить потеряла молча подключение и не проверяет его, чтобы сделать автоново-соединение, если это необходимо, но продолжает ставить в очередь вставки без фактической отправки.
Я бы выделил этот код в небольшом автономном приложении, чтобы его отладить и посмотреть, как он себя ведет, когда вы добровольно отключите сеть, а затем снова подключите ее.
Я бы не удивился, если бы вы либо нашли «проглоченное» исключение, либо какой-то код, не указавший на успех/неудачу.
Надеюсь, это поможет ...