Цикл в триггере?

Ваша первая проблема заключается в том, что вы никогда не должны рассматривать циклический набор записей в качестве первого выбора. Это почти всегда неправильный выбор, как здесь. Ваша следующая проблема заключается в том, что триггеры обрабатывают весь набор записей, а не по одной, и, судя по вашему описанию, держу пари, вы написали его, предполагая, что он будет обрабатывать одну запись за раз. Вам нужен процесс на основе множества.

Вероятно, вам нужно что-то подобное в вашем триггере, который будет вставлять все страны во вставленные, которых еще нет в таблице стран (это предполагает, что country_Id является столбцом целочисленной идентификации):

Insert country (country_name)
select country_name 
from inserted i
where not exists 
  (select * from country c 
   where c.country_name = i.country_name)

Вы также можете использовать хранимую процедуру вместо триггера для вставки в реальные таблицы из промежуточной таблицы.

Я бы никогда не помещал такие задачи с интенсивной обработкой в ​​триггер таблицы, используемой для массовой загрузки! И никогда никогда не начинайте добавлять циклы, такие как курсоры и тому подобное, в триггер - триггер должен быть маленьким, компактным и значимым - просто быстрая ВСТАВКА в таблицу аудита или что-то в этом роде - но он должен не поднимать тяжести!

Что вы должны сделать, так это:

• используйте SqlBulkLoad, чтобы как можно быстрее перенести ваши данные в эту промежуточную таблицу, без триггеров или чего-то еще
• затем на основе этой промежуточной таблицы выполните необходимую постобработку, разделив значения столбцов и тому подобное.

В противном случае вы полностью лишаетесь всех преимуществ, которые имеет SqlBulkLoad.

И чтобы выполнить эту постобработку (например, определить Country_ID для заданного Country), вам не нужны никакие курсоры или какие-либо из этих злых битов — просто используйте стандартные, заурядные операторы UPDATE в вашей таблице — это все, что вам нужно. необходимость.