возникла потребность создание программы с возможностью распределенной БД, кто что может посоветовать и где можно почитать. в поиск нечего хорошего не дает. Прочитал статью про журналирование данных, с использованием тригиров. которые будут ставить время последнего изменения или создания в табличку, и дополнительно вести таблицу в которую будут заносится данные о все изменениях в базе по соотвествующим полям.
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>Добрый день,
ЛёХ>возникла потребность создание программы с возможностью распределенной БД, кто что может посоветовать и где можно почитать. в поиск нечего хорошего не дает. Прочитал статью про журналирование данных, с использованием тригиров. которые будут ставить время последнего изменения или создания в табличку, и дополнительно вести таблицу в которую будут заносится данные о все изменениях в базе по соотвествующим полям.
Ну очень интересно каким образом возникла такая потребность.
Здравствуйте, Ellin, Вы писали:
E>Ну очень интересно каким образом возникла такая потребность.
Из за того что появились подразделения, и в каждом из подразделений будет установлено данное ПО, а все данные должны собираться в единую БД. Если приводить пример то по принципу 1С РБД (импорт-экспорт).
Re[3]: Создание РБД
От:
Аноним
Дата:
17.05.10 09:28
Оценка:
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>Из за того что появились подразделения, и в каждом из подразделений будет установлено данное ПО, а все данные должны собираться в единую БД. Если приводить пример то по принципу 1С РБД (импорт-экспорт).
А что мешает сделать трехзвенку с подключением всех клиентов к одной базе?
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>Здравствуйте, Ellin, Вы писали:
E>>Ну очень интересно каким образом возникла такая потребность.
ЛёХ>Из за того что появились подразделения, и в каждом из подразделений будет установлено данное ПО, а все данные должны собираться в единую БД. Если приводить пример то по принципу 1С РБД (импорт-экспорт).
Ну ясно. Смотрите в сторону репликации.
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>>Из за того что появились подразделения, и в каждом из подразделений будет установлено данное ПО, а все данные должны собираться в единую БД. Если приводить пример то по принципу 1С РБД (импорт-экспорт). А>А что мешает сделать трехзвенку с подключением всех клиентов к одной базе?
На некоторых точках инет очень худой. доходит до dialup.
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>возникла потребность создание программы с возможностью распределенной БД, кто что может посоветовать и где можно почитать. в поиск нечего хорошего не дает. Прочитал статью про журналирование данных, с использованием тригиров. которые будут ставить время последнего изменения или создания в табличку, и дополнительно вести таблицу в которую будут заносится данные о все изменениях в базе по соотвествующим полям.
Посмотри на SymmetricDS (http://symmetricds.codehaus.org/) — он на Java, но его можно использовать и в .NET без особых проблем.
Там он строит хитрые триггеры и с помощью них ловит изменения и потом умеет их раскидывать куда надо. Успешно используется в крупной торговой сети для синхронизации инвентаря товаров между кассами, складом и центральным офисом.
Sapienti sat!
Re[2]: Создание РБД
От:
Аноним
Дата:
17.05.10 09:47
Оценка:
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, ЛёХыЧ, Вы писали:
C>Там он строит хитрые триггеры и с помощью них ловит изменения
А если база не поддержичает триггеры
Здравствуйте, Аноним, Вы писали:
C>>Там он строит хитрые триггеры и с помощью них ловит изменения А>А если база не поддержичает триггеры
А какая база их не поддерживает?
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Аноним, Вы писали:
C>>>Там он строит хитрые триггеры и с помощью них ловит изменения А>>А если база не поддержичает триггеры C>А какая база их не поддерживает?
SQL Compact edition, например.
Здравствуйте, Ellin, Вы писали:
C>>>>Там он строит хитрые триггеры и с помощью них ловит изменения А>>>А если база не поддержичает триггеры C>>А какая база их не поддерживает? E>SQL Compact edition, например.
Ну так не использовать их, значит. Взять какой-нибудь Firebird (поддерживается в SymDS) и не мучатся.
Здравствуйте, Cyberax, Вы писали: E>>SQL Compact edition, например. C>Ну так не использовать их, значит. Взять какой-нибудь Firebird (поддерживается в SymDS) и не мучатся.
Лично я бы не рискнул.
Здравствуйте, Ellin, Вы писали:
E>>>SQL Compact edition, например. C>>Ну так не использовать их, значит. Взять какой-нибудь Firebird (поддерживается в SymDS) и не мучатся. E>Лично я бы не рискнул.
А обрезанный SQL CE — так рискнул бы? Странно...
Я использую MySQL, а он поддерживает триггеры.
В принципе вариант использование триггеров очень удобен, можно не изменяя алгоритма обмена в программе, а только описывая для каждой новой таблицы набор триггеров для команд (INSERT, UPDATE, DELETE). Заполняя в таблице журналирования имя таблицы и другую служебную информацию. Остается только один вопрос это ключевое поле в БД. Но наверное уже другая тема. В принципе использовать в начале id колонки ASCII код префикса БД.
Здравствуйте, Ellin, Вы писали:
C>>А обрезанный SQL CE — так рискнул бы? Странно... E>Может и обрезанный зато стабильно работает.
Так и FB тоже стабильный. Кстати, в чём "стабильность" измеряется?
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>Я использую MySQL, а он поддерживает триггеры. ЛёХ>В принципе вариант использование триггеров очень удобен, можно не изменяя алгоритма обмена в программе, а только описывая для каждой новой таблицы набор триггеров для команд (INSERT, UPDATE, DELETE). Заполняя в таблице журналирования имя таблицы и другую служебную информацию. Остается только один вопрос это ключевое поле в БД. Но наверное уже другая тема. В принципе использовать в начале id колонки ASCII код префикса БД.
Бери SymDS — он сгенерирует триггеры автоматически. Там вообще вся готовая инфраструктура для репликации уже есть.
Здравствуйте, ЛёХыЧ, Вы писали:
ЛёХ>Добрый день,
ЛёХ>возникла потребность создание программы с возможностью распределенной БД, кто что может посоветовать и где можно почитать. в поиск нечего хорошего не дает. Прочитал статью про журналирование данных, с использованием тригиров. которые будут ставить время последнего изменения или создания в табличку, и дополнительно вести таблицу в которую будут заносится данные о все изменениях в базе по соотвествующим полям.
Не занимайся ерундой. Возьми обычный компакт едишин и юзай проект в студии типа локал датабейс кеш. Он позволит делать синхронизацию. Разберись что к чему и пользуйся на здоровье.
Здравствуйте, Ciget, Вы писали:
C>Не занимайся ерундой. Возьми обычный компакт едишин и юзай проект в студии типа локал датабейс кеш. Он позволит делать синхронизацию. Разберись что к чему и пользуйся на здоровье.
Если внимательно посмотреть на то, что создоет мастер — это просто набор триггеров для таблица типа AFTER (INSERT, UPDATE, DELETE).