У меня есть таблица, которая находится в одной БД и есть таблица в другой БД. Я делаю запрос в первую из них и далее в цикле делаю такие операции

Проблема в том, что там 55 000 записей и это довольно медленно копируется . Есть способы переноса данных побыстрее???

То есть ты делаешь это через делфи?

Есть вариант. Не помню есть ли такое в IB....
Что-то вроде "удалённых серверов". Регистрируешь такую базу и работаешь с её таблицами как с местными.
То есть:

insert into myRemoteServer.remoteDB.mytable(.....)
select .... from mytable.

Покопай доку в этом направлении - должно быть и в IB такое

Модератор: перенесено из Общие вопросы по базам данных

Имеет смысл перенести это в раздел Делфи, т.к. IB\FB не поддерживает гетерогенные запросы!

Быстрее способ построить это все на sql запросах и транзакцию на запись открыть в начале добавлений, а подтвердить ее после всех добавлений. В вашем примере ibtable подтверждает транзакцию каждый раз как вы делаете post это подтверждение и занимает у вас основное время при добавлении
Добавлено @ 02:10
О том какого ускорения можно ожидать можите прочитать здесь http://forum.vingrad.ru/index.php?showtopic=55541

Во первых используйте компоненты помощнее типа FIBPlus
во вторых в их составе и в составе IBX по-моему есть специальные компоненты BatchXXX для копирования больших объемов данных
в третьих, действительно, лучше делать commit транзакции не после каждой записи а после 500/1000 записей.
В четвертых через SQL не скопируешь ибо нет гетерогенных запросов.

Это сообщение отредактировал(а) Linco - 23.3.2006, 16:09

это зачем?

Я делаю еще проще:
Пишу маленькую процедуру, которая сохраняет таблицу в SQL-скрипт, а потом вставляю его в другую БД с помощью isql.exe
Для этого метода 55000 записей - это вообще копейки
Только что вставил 23000000 (23 млн) записей без проблем.
Для скрипта есть еще полезные свойства:
- возможность переформатировать(перестроить) запись
- при наличии ошибок, например, нарушение уникальности, скрипт отметить ее и пойдет дальше.

и действительно, ЗАЧЕМ???