Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Работа с 2-мя базами [D5, Access - ADO]


Страницы:   1 2

sapsi ©   (2007-03-20 09:41:00) 

Добрый день.
Есть коннект по ADO. Есть 2 базы: на локальном сервере и на удаленном. Работа с данными (сортировка, фильтрация) производится на локальном, но при записе, удалении, внесении новых - идет запись в обе базы.
Вопрос следующий: можно ли просто продублировать в удаленную базу действия с локальной базой? Т.е. после каждого insert, delete, edit повторять копировать результат этих действий для удаленной базы.
Чтобы не переписывать все операции с каждым полем записи?
Спасибо.


Anatoly Podgoretsky   (2007-03-20 21:31:00) [1]

репликация


Jan   (2007-03-20 14:48:00) [2]

http://www.rsdn.ru/article/db/midas.xml
http://megalib.com/books/59/89.PDF
http://articles.org.ru/cfaq/index.php?qid=1943&frommostrecent=yes


Jan   (2007-03-20 14:36:00) [3]


> Вопрос был в том, как получить от Adoconnection все последние
> изменения локальной базы и произвести их с основной базой.
>
> Другие способы я уже опробовал. С репликациями возникает
> очень много проблем и критических ошибок. Тем более, когда
> это делается программно, т.е. без участия разработчика ПО,
>  автомаитчески.

MsGuns ©   (20.03.07 12:03) [14]


sapsi   (2007-03-20 14:33:00) [4]


> ну и теперь представь что автор сам попробует такое(!) реализовать,
>  причем даже не хочет вникать в суть проблемы? Есть уже
> готовые решения, над ними думали не один год и не один чел,
>  а втор видит какое-то простенькое решение, вроде на поверхности
> лежит - копирование базы, но совсем не думает о том, что
> а) конфликты с обновлениями; б) конфликты с удалениями и
> т.п. и т.д. дальше сами придумайте...


С чего Вы взяли про копирование базы?
Вопрос был в том, как получить от Adoconnection все последние изменения локальной базы и произвести их с основной базой.
Другие способы я уже опробовал. С репликациями возникает очень много проблем и критических ошибок. Тем более, когда это делается программно, т.е. без участия разработчика ПО, автомаитчески.


Jan   (2007-03-20 14:27:00) [5]


> Не знаю, как в MS SQL, а в оракле штатная репликация очень
> капризная. При этом разруливание всех конфликтов возлагается
> на программиста и делается довольно сложной методой. А при
> возникновении неучтенного конфликта репликация ложиться
> и запускаться более не хочет.
> ИМХО (и мнение других опрашиваемых) - очень капризная штука.
>  Да и некоторые вещи при настройке просто не понимает.

ну и теперь представь что автор сам попробует такое(!) реализовать, причем даже не хочет вникать в суть проблемы? Есть уже готовые решения, над ними думали не один год и не один чел, а втор видит какое-то простенькое решение, вроде на поверхности лежит - копирование базы, но совсем не думает о том, что а) конфликты с обновлениями; б) конфликты с удалениями и т.п. и т.д. дальше сами придумайте...


Sergey13   (2007-03-20 14:00:00) [6]

> [15] ANB ©   (20.03.07 13:58)
Так вещь то, эта репликация, тем более двунаправленная, серьезная. Посему и проблемы могут быть.


ANB   (2007-03-20 13:58:00) [7]


> Тебе не кажется что репликация как раз придумана избавиться
> от проблем связанных с тем что ты пытаешься реализовать
> сам? Ты уверен что сам сделаешь лучше чер туча разработчиков
> из Мелкософта? Ты уверен что предусмотришь все конфликты,
>  которые связаны с офф-лайн работой базы?

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


MsGuns   (2007-03-20 12:03:00) [8]

В качестве "локальной" вместо Access использовать TClientDataSet, "присоединенный" в удаленному серверу.


Jan   (2007-03-20 10:50:00) [9]

2 sapsi
Тебе не кажется что репликация как раз придумана избавиться от проблем связанных с тем что ты пытаешься реализовать сам? Ты уверен что сам сделаешь лучше чер туча разработчиков из Мелкософта? Ты уверен что предусмотришь все конфликты, которые связаны с офф-лайн работой базы?


Sergey13   (2007-03-20 10:49:00) [10]

> [11] sapsi   (20.03.07 10:31)

Как это не по существу? В удаленной (я так понял - эталонной) кто-то что-то делает/изменяет. Ты после поиска в своей локальной ( которая не является точной копией той) принимаешь решение что-то править/дополнять/удалять. На каком основании, хочется узнать?


sapsi   (2007-03-20 10:31:00) [11]


> Тогда твои поиски в локальной базе напоминают поиски потерянного
> в темноте рубля под ближайшим фонарем на соседней улице.
>

ДУмаю, ответ не по существу


Sergey13   (2007-03-20 10:11:00) [12]

> [9] sapsi   (20.03.07 09:56)

Тогда твои поиски в локальной базе напоминают поиски потерянного в темноте рубля под ближайшим фонарем на соседней улице.


sapsi   (2007-03-20 09:56:00) [13]

дело в том, что с удаленной базой тоже работают. А соединять несколько баз в одну проблематично


Sergey13   (2007-03-20 09:55:00) [14]

Работать только с локальной БД. Раз (2,3, сколько надо ) в день передавать файл на удаленный комп.


sapsi   (2007-03-20 09:50:00) [15]


> 1. Зависит от рук.
Общее мнение на многих форумах

> 2. Чьих?
Компьютерных


Jan   (2007-03-20 09:47:00) [16]


> Репликация не нужна.
> 1) Часто криво работает.
> 2) Занимает много ресурсов

1. Зависит от рук.
2. Чьих?


Jan   (2007-03-20 09:47:00) [17]


> Один сервер локальный, другой - через VPN.

репликация


sapsi   (2007-03-20 09:47:00) [18]

Репликация не нужна.
1) Часто криво работает.
2) Занимает много ресурсов


sapsi   (2007-03-20 09:46:00) [19]

Желательно не переделывать то, что уже есть.

Есть база данных mdb и исполняемый файл, подсоедииняется по ADO к ней.
Один сервер локальный, другой - через VPN.
Операции по поиску, фильтрации быстрее сделать на локальном, но любые изменения в БД должны отражаться на обоих серверах.


Jan   (2007-03-20 09:46:00) [20]


> Вопрос следующий: можно ли просто продублировать в удаленную
> базу действия с локальной базой? Т.е. после каждого insert,
>  delete, edit повторять копировать результат этих действий
> для удаленной базы.

хотя конечно может тебе репликация нужна. Она есть и в Access и MS SQL.


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо