Новости
Документация
Download
Webboard
Поиск
FAQ/ЧаВо
Обратная связь




MySQL.RU - Webboard



Вернуться
Объединение БД (Waytac) 03/03/2005 - 11:25:53
      Re: Централизованная репликация БД (Валентин) 03/03/2005 - 13:20:09
      Re: Централизованная репликация БД (Евгений) 03/03/2005 - 14:02:02
      Re: Централизованная репликация БД (Waytac) 03/03/2005 - 14:04:25
      Re: Централизованная репликация БД (Валентин) 03/03/2005 - 16:34:46
      Re: Централизованная репликация БД (Евгений) 03/03/2005 - 17:23:51
      Re: Централизованная репликация БД (Waytac) 03/03/2005 - 17:46:50
      Re: Централизованная репликация БД (Валентин) 03/03/2005 - 17:59:45
      Re: Централизованная репликация БД (Валентин) 03/03/2005 - 18:05:25
      Re: primary key (Dinky) 03/03/2005 - 18:32:43
      Re: primary key (Alec) 03/03/2005 - 20:13:58
      Re: primary key (Евгений) 03/03/2005 - 22:48:05
      Re: primary key (Waytac) 04/03/2005 - 09:24:45
      Re: Выбор (Валентин) 04/03/2005 - 10:25:09
      Re: Выбор (Валентин) 04/03/2005 - 10:47:05
      Re: Выбор (Евгений) 04/03/2005 - 12:15:58
      Re: классическое решение по mysql-ски :) (Dinky) 04/03/2005 - 20:02:09
      Re: классическое решение по mysql-ски :) (Waytac) 05/03/2005 - 14:25:51
      Re: Продолжение :) (Валентин) 05/03/2005 - 15:43:28
      Re: Продолжение :) (Waytac) 10/03/2005 - 12:57:22

> Original message text:
> From: Waytac - 03/03/2005 - 11:25:53
> Subject:Объединение БД
> -----------------
> Организация имеет иерархическую структуру до 4-х уровней:
> ООО -> Филиал ООО -> Отделение филиала -> Участок отделения
>
> Во всех подразделениях независимо от уровня иерархии будет использоваться одна программа с БД на MySQL.
> Нужно будет иметь возможность объединять БД различных подразделений в одну БД путем импорта/экспорта.
>
> Как я предполагаю, будут два вида таблиц: общие и собственные. Первые - общие справочники для всей организации (с ними понятно, они общие и не экспорту, не импорту не подлежат), вторые - имеющие данные для конкретного подразделения. Как лучше поступить с ними?
> Конкретный пример:
> Есть таблица клиентов. У каждого клиента в БД есть свой ID (int unsigned auto_increment not null primary key) по которому работают все связи. При объединении будут дубли. Вводить дополнительное ключевое поле не хочется, т.к. хочется использовать правила целостности ссылок (foreign key integrity rules).
>
> Для всех подразделений хочется использовать только одну версию программ (т.е. не писать разные версии для разных подразделений).
>
> Если у кого были подобные задачи, то большая просьба поделится опытом.
>
> Если вопрос не в тему конференции, то просьба сильно не бить, а послать в более нужное место. :)
>
>


From: Валентин - 03/03/2005 - 16:34:46
Subject:Централизованная репликация БД
-----------------
Вы пытаетесь обсуждать моменты реализации, а не принципы репликации, как ЭТО должно работать....
Литературу посоветовать не могу, т.к. ничего подходящего не видел, все ходят вокруд да около :)))
на практике я поступил так: Написал теорию централизованной репликации, когда ехал в экспрессе.
Обдумал, что и почему принциписально...
А потом просто реализация конкретных ходов и методов...
Получается в принципе так:
1) Необходимо чтобы справочники были односторонними, на практике так часто бывает, т.е. позиции добавляют только в основной базе.
2) Каждый тип документа по сути тоже односторонний, т.к. имеет владельца-подразделение где его сделали...
3) Определил правила, по которым справочники и документы будут отбираться в пакет, пакет сделал XML запакованный архиватором.
4) Определил правила получения, и правила отправки подтверждений, т.е. сделал собственно скрипт разбора конкретного типа в таблицы и скрипт сбора подтверждений о получении.
5) Отладил правила на базах у себя.
6) Обновил базы в подразделениях и запустил систему передачи, конечно баги тоже были, но не принципиальные, а баги больше программные.

Принцип действия такой: конкретный документ передается до тех пор, пока не будет получено подтверждение о получении, т.к. централизованная репликация - процесс двухсторонний, сразу получились прочные связи по передаче....


[Это сообщение - спам!]

Последние сообщения из форума

Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL, версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
 Имя:
 E-mail:
 Тема:
 Текст:
Код подтверждения отправки: Code
20712



РЕКЛАМА НА САЙТЕ
  Создание сайтов | |