|
|
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Приветствую. Прилетел новый проект. Итого: 3 - 5 офисов + 1 центральный. Руководство хочет чтобы у каждого офиса была своя БД, на случай, если инет упал, то чтобы работа не прекращалась. Центральный офис для аналитики. Вопрос, кто каким средствами такое реализовывал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 10:11 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
MSSQL + Hamachi + Обмен запросами для синхронизации. (дешево и сердито) Можно сделать свой механизм обмена (н-р по почте или дискетами) пакетов с таблицами (DBF, Access, txt). Видел такой на Access+почта для полусотни супермаркетов. Работал отлично даже на телефонно-модемных каналах или дискетах. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 10:34 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
LSV, А как такой вариант? У каждого офиса запущен локально свой экземпляр Ms SQL Server(не зависит от инета). И сервисами по расписанию сливать инфу для аналитики в центральный офис. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 11:15 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Репликация. Хоть сотня офисов и один центральный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 11:36 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
skyANAРепликация. Хоть сотня офисов и один центральный. Главное БД правильно спроектировать. Как минимум - конфликты первичных ключей развести. И лично я бы MS SQL под такую задачу брал только если заказчик её уже активно использует и обвешан админами на местах. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 12:06 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
SlivaLSV, А как такой вариант? У каждого офиса запущен локально свой экземпляр Ms SQL Server(не зависит от инета). И сервисами по расписанию сливать инфу для аналитики в центральный офис.Я именно такой вариант и описал. :) Хорошее решение вообще не зависит от типа БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 12:21 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
LSVХорошее решение вообще не зависит от типа БД. Зато от него зависит количество плясок с бубном, которые надо совершать вокруг этой БД как при разработки, так и по ходу эксплуатации. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 12:26 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
skyANA, Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 15:35 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
SlivaskyANA, Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму. Хотя........, вся информация по заказам(а так же наполнение справочников) тоже должны сливаться в центр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 15:42 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
SlivaРепликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму. В огороде бузина, а в Киеве целая банда дядек. Какая связь между хранилищем, нормализацией и репликацией - сможешь внятно объяснить? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 16:02 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
SlivaSlivaskyANA, Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму. Хотя........, вся информация по заказам(а так же наполнение справочников) тоже должны сливаться в центр. А вот справочники нужно наоборот из центра рассылать, а то у вас товар будет двоиться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 16:08 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, думаем так: На сервер будут заливаться данные выборочно и заполняться так, чтобы обеспечить наилучшую по скорости выборку. Да, где то будет дублирование. Репликация будет на уровне таблиц(для некоторых справочников). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 17:06 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Slivaдумаем так: Во-первых, для денормализации нужны веские основания и очень хороший план. Ваше "обеспечить наилучшую по скорости выборку" это маниловщина, высосанная из непонятно какого пальца. Сначала стоило бы выяснить что это будет за "выборка" и почему без денормализации она тормозит. Во-вторых, откройте для себя разделение БД на OLTP и OLAP части. В-третьих, есть репликация на уровне физических страниц БД, statement-level и record-level. "Table-level" - нету. Ну и наконец, сабж сам по себе бредов: у вас не "несколько БД". У вас одна БД. Распределённая. И думать о ней и проектировать её надо соответственно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 17:29 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, приму к сведению. спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 17:39 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
1. составной ключ в таблицах (ид-объекта + ид-филиала), дата создания, дата обновления, признак удаления 2. таблица филиалов 3. со справочниками - либо редактирование только в центральной базе, слив в филиалы, либо каждый филиал ведет дополнительно свою "копию" справочников и они сливаются в центральную, и надо будет разрулить правами доступа (на основе составного ключа), опционально - сделать функцию "объединения" записей 4. собственно синхронизация: 4.1. рукописный скрипт 4.2. репликация 4.3. сервер приложений с программным кодом синхронизации (типа Microsoft Sync Framework) если некоторые филиалы не имеют связи вообще с центром - то физически переносить базу на флешке и затем 4.1. или 4.2. если филиалы периодически пропадают - тогда 4.2. или 4.3. если связь совсем не надежная/медленная - тогда 4.3. с оптимизациями (типа сжатия данных) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 19:57 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Почитал про РСУБД. Да, это то что нужно. Но по факту каждый узел содержит свою БД. У меня схема БД между офисами одна. Различна лишь на центральном сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 20:30 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovskyANAРепликация. Хоть сотня офисов и один центральный. Главное БД правильно спроектировать. Как минимум - конфликты первичных ключей развести. И лично я бы MS SQL под такую задачу брал только если заказчик её уже активно использует и обвешан админами на местах. А аналитику в ЦО вы бы на файрбёд делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 21:48 |
|
||
|
Несколько БД = один проект
|
|||
|---|---|---|---|
|
#18+
LSVMSSQL + Hamachi + Обмен запросами для синхронизации. (дешево и сердито) Можно сделать свой механизм обмена (н-р по почте или дискетами) пакетов с таблицами (DBF, Access, txt). Видел такой на Access+почта для полусотни супермаркетов. Работал отлично даже на телефонно-модемных каналах или дискетах. :) А почему не SSIS ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2014, 21:56 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=38788060&tid=1540756]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 509ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...