Приветствую!

Конвертирование импортируемых в БД данных происходит слишком медленно.
Количество первичных таблиц (CSV), откуда я беру данные - 7 шт. Кол-во записей: 51125/79380/370 и по мелочи.
Количество конечных таблиц, куда я должен засунуть данные - 14 шт.

После того, как я понял, что курсоры - это полная лажа, я стал использовать скрипт с предложениями групповой выборки INSERT и UPDATE, добавления и изменения данных. Пришлось использовать порядка 10 временных таблиц.

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

В связи с этим у меня 2 вопроса:
1. почему внутри транзакции процесс "замирает"?
2. Организовать импорт по-другому - есть несколько вариантов:
- использовать некий алгоритм (на друком языке) непосредственно при импорте данных, что мне не совсем понятно, как;
- есть еще интересный вариант, который я хотел бы попробовать: это использование триггера, который будет срабатывать при добавлении импортируемых данных в предварительные таблицы.

Но я хотел бы поговорить с кем-нибудь перед тем, как пробовать, т. к. время поджимает.

Первичные таблицы - те, откуда импортируются данные. Конечные - куда они импортируются.
Задача: Книги из разных агенств собираю в одной БД.
Прежде чем добавлять информацию какого-либо агенства, я ее импортирую в специально отведенную для этого агенства отдельную БД, после чего переношу их в главную БД.
Dealock'ов не было.

Вопрос:
1. почему внутри транзакции запросы выполняются медленнее, чем тогда, когда не открываешь транзакцию? Может отчасти в этом кроется ответ на то, что выполнение скрипта замедляется по мере его выполнения?
2. можно ли и целесообразно ли пользоваться задачей импорта/экспорта в EM и можно ли там использовать временные таблицы?

2Genady: Спасибо! Сейчас буду пробовать.
Скажите, а при выполнении DTS пакета ведутся логи? Если нет - то это ускорит процесс.
И что с его помощью можно еще сделать? В скорости я выиграю?

2All: тут в форуме прочитал, что в SQL2000 есть возможность создавать врем. таблицы, которые будут находиться в RAM. Так ли это?