Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Начинающим";
Текущий архив: 2007.04.08;
Скачать: [xml.tar.bz2];

Вниз

Работа с 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;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.5 MB
Время: 0.053 c
15-1173859797
zdm
2007-03-14 11:09
2007.04.08
общий внешний вид bds как d7


2-1173854350
Wood
2007-03-14 09:39
2007.04.08
TADOCommand


15-1173851580
Mozart
2007-03-14 08:53
2007.04.08
Непонятный сбой Excel...


3-1169109231
merko$
2007-01-18 11:33
2007.04.08
сортировка в DBGrid


5-1150975100
Isaak
2006-06-22 15:18
2007.04.08
TObj = class(TGraphicControl)





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский