Здравствуйте!
Есть БД, в которой хранятся некие данные, необходимые для работы моей программы.
Эти данные я должен хранить в собственной БД. SQLServer08
Вроде как решил я обновлять данные в своей БД раз в сутки.
Как правильно организовать копирование данных из таблицы одной БД в таблицу моей БД??
Можно прям каждые сутки брать из первой БД данные и помещать вместо существующих данных в мою БД.
Как правильно сделать это через winforms.
Например в datagridview я могу загрузить данные из первой БД, и как же их поместить в мою БД вместо предыдущих данных??

А вот зачем тебе гонять данные через свою станцию? заняться нечем?
Напиши хранимую процедуру, которая будет перегонять данные. Типа (syntax-fake, idea only)

и запускай когда нужно.

Ну всё равно придется писать приложение на VS??
Или можно будет как-то задать, чтобы эта хранимка запускалась в субд каждый день в 3:00 например??

Конечно можно. Можно создать на сервере отдельный Job, а можно включить его в существующий пакет джобов или даже в maintainance plan (впрочем, я бы всё-таки сделал его автономным).

### 
Я ничего к сожалению не понимаю в джобах))))

Конечно можете, хоть раз в сутки, хоть каждые 5 минут.
Почитайте что-то по репликации в MSSQL (для общего развития ;) ), ну и конечно по экспорту/импорту данных.

Еще дело в том, что первичная БД - оракловая, а моя - скл сервер

пробую так:


Короче путанница небольшая. Ошибка: Недопустимое имя объекта "SO_OAL.SO.AK_OAL_TIME_COUNT".
Помогите разобраться.

В виндовом шедулере разобраться сможешь? и тут разберёшься.


И что?


Ну ещё бы. Откуда MS SQL знает, что где-то там есть Оракл?

eon, Вы (я извиняюсь) не пробовали читать маны? примеры там посмотреть... помогает...

Пока не пробовал, когда берешься что-то делать, охото же, чтобы всё и сразу 
Сделаю через датагридвью.

Кто-нибудь подскажет, как правильно написать именно этим способом?

http://msdn.microsoft.com/en-us/library/ms...v=SQL.100).aspx
http://msdn.microsoft.com/en-us/library/dd...v=SQL.100).aspx
http://msdn.microsoft.com/en-us/library/ms...v=SQL.100).aspx
Особенно внимательно читать про INSERT ... SELECT * FROM OPENROWSET(BULK...)


Этим и отличается дилетант от профессионала. Отвыкай.

Добавлено через 48 секунд

Никак. По-моему, это уже можно было понять.

MS ведь поддерживает гетерогенные связи!

Однако можно выполнить тоже самое, подключившись к ораклу. Настроив на его стороне HS, подключив к нему MS.
Правда что то мне подсказывает, что настроить окружение MS будет несколько попроще.

Это сообщение отредактировал(а) Zloxa - 30.11.2010, 10:21

Да. Постоянные. Я же даю ссылки на то же самое, только связь сеансовая.

Не суть. Убеждён, что у Оракла тоже найдётся синтаксис сеансового подключения. Тем более что есть постоянка.

Но ты посмотри, что ОН желает. Не инструктируя сервер БД, заставить его обмениваться данными с другим сервером БД, о котором известно только клиентской части. Это - нереально.

Добавлено через 1 минуту и 48 секунд
ТО есть реально, конечно, можно всосать в себя данные из одного сервера, в локальный рекордсет, а потом их вывалить в другой сервер. Но это как раз то, о чём я говорю - гнать данные через клиента, когда надобности в том вовсе никакой.

Вот это врядли. Ничего подобного не припомню 

Не силён... но так, по верхам пробежав, полагаю, что create database link в сеансе как раз позволяет сотворить нечто аналогичное - подключиться к удалённой БД, утянуть оттуда нужные данные и отключиться.
Не, запросто могу и ошибаться... но уж больно похоже.

Подключиться/отключиться - то да.
Но только вот датабазлинк, после завершения сессии таки останется, да и прежде чем его создавать, может оказаться необходимо во всяких админских конфигурационных файликах всякие нужности прописать на стороне сервера. Тем более если dblink на non oracle смотреть будет.
Так что сеансовым такой способ назвать сложно.
Ну или я не правильно понял смысл, вкладываемый в слово "сеансовый" 

Гм... а среди вариантов там, как мне показалось, был и такой, который, если верить описанию, как раз жил только вместе с сессией... 


Ну так и у MS SQL тоже. Другой вопрос, что вся обыденно-необходимая шелуха ставится сразу - вот только не думаю я, что ODBC к Ораклу входит в этот перечень... а мож и входит - искать лениво.

Гм....
Попытаю своего DBA, покурю доки на этот предмет....