Текущий архив: 2007.04.08;
Скачать: CL | DM;
Вниз
Работа с 2-мя базами Найти похожие ветки
← →
sapsi (2007-03-20 09:41) [0]Добрый день.
Есть коннект по ADO. Есть 2 базы: на локальном сервере и на удаленном. Работа с данными (сортировка, фильтрация) производится на локальном, но при записе, удалении, внесении новых - идет запись в обе базы.
Вопрос следующий: можно ли просто продублировать в удаленную базу действия с локальной базой? Т.е. после каждого insert, delete, edit повторять копировать результат этих действий для удаленной базы.
Чтобы не переписывать все операции с каждым полем записи?
Спасибо.
← →
Jan (2007-03-20 09:43) [1]а зачем этот гемор? возми MSDE или Express и сделай нормальную Клиент-серверную прогу.
← →
Jan (2007-03-20 09:46) [2]
> Вопрос следующий: можно ли просто продублировать в удаленную
> базу действия с локальной базой? Т.е. после каждого insert,
> delete, edit повторять копировать результат этих действий
> для удаленной базы.
хотя конечно может тебе репликация нужна. Она есть и в Access и MS SQL.
← →
sapsi (2007-03-20 09:46) [3]Желательно не переделывать то, что уже есть.
Есть база данных mdb и исполняемый файл, подсоедииняется по ADO к ней.
Один сервер локальный, другой - через VPN.
Операции по поиску, фильтрации быстрее сделать на локальном, но любые изменения в БД должны отражаться на обоих серверах.
← →
sapsi (2007-03-20 09:47) [4]Репликация не нужна.
1) Часто криво работает.
2) Занимает много ресурсов
← →
Jan (2007-03-20 09:47) [5]
> Один сервер локальный, другой - через VPN.
репликация
← →
Jan (2007-03-20 09:47) [6]
> Репликация не нужна.
> 1) Часто криво работает.
> 2) Занимает много ресурсов
1. Зависит от рук.
2. Чьих?
← →
sapsi (2007-03-20 09:50) [7]
> 1. Зависит от рук.
Общее мнение на многих форумах
> 2. Чьих?
Компьютерных
← →
Sergey13 © (2007-03-20 09:55) [8]Работать только с локальной БД. Раз (2,3, сколько надо ) в день передавать файл на удаленный комп.
← →
sapsi (2007-03-20 09:56) [9]дело в том, что с удаленной базой тоже работают. А соединять несколько баз в одну проблематично
← →
Sergey13 © (2007-03-20 10:11) [10]> [9] sapsi (20.03.07 09:56)
Тогда твои поиски в локальной базе напоминают поиски потерянного в темноте рубля под ближайшим фонарем на соседней улице.
← →
sapsi (2007-03-20 10:31) [11]
> Тогда твои поиски в локальной базе напоминают поиски потерянного
> в темноте рубля под ближайшим фонарем на соседней улице.
>
ДУмаю, ответ не по существу
← →
Sergey13 © (2007-03-20 10:49) [12]> [11] sapsi (20.03.07 10:31)
Как это не по существу? В удаленной (я так понял - эталонной) кто-то что-то делает/изменяет. Ты после поиска в своей локальной (которая не является точной копией той) принимаешь решение что-то править/дополнять/удалять. На каком основании, хочется узнать?
← →
Jan (2007-03-20 10:50) [13]2 sapsi
Тебе не кажется что репликация как раз придумана избавиться от проблем связанных с тем что ты пытаешься реализовать сам? Ты уверен что сам сделаешь лучше чер туча разработчиков из Мелкософта? Ты уверен что предусмотришь все конфликты, которые связаны с офф-лайн работой базы?
← →
MsGuns © (2007-03-20 12:03) [14]В качестве "локальной" вместо Access использовать TClientDataSet, "присоединенный" в удаленному серверу.
← →
ANB © (2007-03-20 13:58) [15]
> Тебе не кажется что репликация как раз придумана избавиться
> от проблем связанных с тем что ты пытаешься реализовать
> сам? Ты уверен что сам сделаешь лучше чер туча разработчиков
> из Мелкософта? Ты уверен что предусмотришь все конфликты,
> которые связаны с офф-лайн работой базы?
Не знаю, как в MS SQL, а в оракле штатная репликация очень капризная. При этом разруливание всех конфликтов возлагается на программиста и делается довольно сложной методой. А при возникновении неучтенного конфликта репликация ложиться и запускаться более не хочет.
ИМХО (и мнение других опрашиваемых) - очень капризная штука. Да и некоторые вещи при настройке просто не понимает.
← →
Sergey13 © (2007-03-20 14:00) [16]> [15] ANB © (20.03.07 13:58)
Так вещь то, эта репликация, тем более двунаправленная, серьезная. Посему и проблемы могут быть.
← →
Jan (2007-03-20 14:27) [17]
> Не знаю, как в MS SQL, а в оракле штатная репликация очень
> капризная. При этом разруливание всех конфликтов возлагается
> на программиста и делается довольно сложной методой. А при
> возникновении неучтенного конфликта репликация ложиться
> и запускаться более не хочет.
> ИМХО (и мнение других опрашиваемых) - очень капризная штука.
> Да и некоторые вещи при настройке просто не понимает.
ну и теперь представь что автор сам попробует такое(!) реализовать, причем даже не хочет вникать в суть проблемы? Есть уже готовые решения, над ними думали не один год и не один чел, а втор видит какое-то простенькое решение, вроде на поверхности лежит - копирование базы, но совсем не думает о том, что а) конфликты с обновлениями; б) конфликты с удалениями и т.п. и т.д. дальше сами придумайте...
← →
sapsi (2007-03-20 14:33) [18]
> ну и теперь представь что автор сам попробует такое(!) реализовать,
> причем даже не хочет вникать в суть проблемы? Есть уже
> готовые решения, над ними думали не один год и не один чел,
> а втор видит какое-то простенькое решение, вроде на поверхности
> лежит - копирование базы, но совсем не думает о том, что
> а) конфликты с обновлениями; б) конфликты с удалениями и
> т.п. и т.д. дальше сами придумайте...
С чего Вы взяли про копирование базы?
Вопрос был в том, как получить от Adoconnection все последние изменения локальной базы и произвести их с основной базой.
Другие способы я уже опробовал. С репликациями возникает очень много проблем и критических ошибок. Тем более, когда это делается программно, т.е. без участия разработчика ПО, автомаитчески.
← →
Jan (2007-03-20 14:36) [19]
> Вопрос был в том, как получить от Adoconnection все последние
> изменения локальной базы и произвести их с основной базой.
>
> Другие способы я уже опробовал. С репликациями возникает
> очень много проблем и критических ошибок. Тем более, когда
> это делается программно, т.е. без участия разработчика ПО,
> автомаитчески.
MsGuns © (20.03.07 12:03) [14]
← →
Jan (2007-03-20 14:48) [20]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
← →
Anatoly Podgoretsky © (2007-03-20 21:31) [21]репликация
Страницы: 1 вся ветка
Текущий архив: 2007.04.08;
Скачать: CL | DM;
Память: 0.49 MB
Время: 0.03 c