Всем привет! Такая проблема: есть данные из оракла, их нужно поместить в sql сервер. Это физически разные сервера. Объем данных большой, скорость доступа к ораклу не очень. Доступ к ораклу через ДОА, а к sql серверу через АДО. В принципе к ораклу можно тоже через АДО, но думаю не стоит. Так вот как бы мне как можно эффективней перебрасывать данные? 
Благодарю за ответы. 

А собственно один раз перекинуть откуда куда? Или периодически? К ораклу лучше DOA она как минимум только под него и заточена, а не универсальная как ADO.
Вот если один раз просто сгрузить то читаем книги по оракулю и сиквел серваку, у оракла утилита SQL Loader.
У мелкомягкого есть вроде на серваке возможность подключения к БД разных производителей. Но при таких раскладах вопрос лучше задать в соответсвующем форуме. 

Это сообщение отредактировал(а) Vas - 28.5.2008, 15:06

нужно периодически из оракла в sql. Причем данные вытаскиваются селектом, т.е. выборочно. Собственно можно конкретизировать: как загрузить данные из OracleDataSet в ADOQuery?

Ну тады открываем запрос с селектом из одной БД и в цикле формируем запрос на вставку во вторую БД для каждой выбранной строки и выполянем. Транзакции должны быть как можно короче, так что сам выбирай в одной перенос делать или для каждой строки отдельную транзакцию. Я делаю для 200 строк 1 транзакцию, но это все на оракле, на сиквеле такое не прокатит он по другому с блокировками работает. 

ИМХО А все таки я бы посмотрел в сторону средств БД запуск их по расписанию во время простоя или наименьшей нагрузки. 

Да я бы с удовольствием. Просто я не стал уточнять что данные должны быть еще и обработаны моей программой. Причем пользователь будет обрабатывать их. Так что полной автоматизации не получится. А жаль.


Vas, спасибо что напомнил про транзакции.  Надо будет подобрать оптимальное количество информации за транзакцию.
Подскажи, пожалуйста, куда лучше пихать данные, в ADOQuery или в ADOTable? И в 2х словах их отличия, плюсы и минусы   


PS. Жаль я пока репутацию не могу никому поднимать ;)

ADOQuery однозначно, в серверных БД есть только механизм работы с запросами, так что ADOTable это тот же ADOQuery только выбор из одной таблицы и формирует SQL запросы он сам, причем не самым оптимальным образом. 
Если собираешься разрабатывать приложения для БД забудь про существование ADOTable ну и всех прочих TTable 

Это сообщение отредактировал(а) Vas - 29.5.2008, 09:07

  

Почему не прокатит? И что такое блокировка?

Блокировка - это блокирование доступа к таблице при изменении ее данных другим пользователем или процессом. Например в оракле при изменении данных одной строки в таблице, блокируется только эта строка, причем при чтении таблицы другим пользователем предоставляются старые данные если транзакция не завершена, или уже новые в зависимости от уровни изоляции выбранной вами. 
В сиквеле по крайней мере в 2000 было блокирование полностью таблицы при изменении одной записи, в этом был ее огромный минус может сейчас исправили, не знаю не впечатляет она меня. На серверах предпочитаю Linux+Oracle  (на крайняк даже XE он бесплатный, но с ограничениями как MSDE). Так что в сиквеле пержде чем делать перенос делать читай документацию. 

И вопрос нахрена сборная солянка из серверов БД??? Ну бери ужо один оракл, две БД, даталинк между ними, снапшоты или материализованные представления и ниче выдумывать не надо. Даже самое банальное триггер на вставку, обновление или удаление через даталинк изменение другой таблицы. Если хитро надо обновлять с кучей условий то обычная PL\SQL процедура. 

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

Это сообщение отредактировал(а) Vas - 29.5.2008, 10:36

Да! Ты прав! Каша страшная! Но не я эту кашу сварил, но мне ее расхлебывать 
С серверами  ничего поделать не могу. 1С работает на сиквеле, другая прога из которой берутся данные на Оракле, а я посредник. Оракл кстати вообще где-то в другой стране стоит.

Если Сиквел блокирует всю таблицу, то наверно имеет смысл грузить в него данные одной транзакцией.

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