Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Несколько БД = один проект / 19 сообщений из 19, страница 1 из 1
27.10.2014, 10:11
    #38787878
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Приветствую.
Прилетел новый проект.
Итого:
3 - 5 офисов + 1 центральный.
Руководство хочет чтобы у каждого офиса была своя БД, на случай, если инет упал, то чтобы работа не прекращалась.
Центральный офис для аналитики.
Вопрос, кто каким средствами такое реализовывал?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 10:34
    #38787898
LSV
LSV
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
MSSQL + Hamachi + Обмен запросами для синхронизации.
(дешево и сердито)

Можно сделать свой механизм обмена (н-р по почте или дискетами) пакетов с таблицами (DBF, Access, txt).
Видел такой на Access+почта для полусотни супермаркетов. Работал отлично даже на телефонно-модемных каналах или дискетах. :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 11:15
    #38787964
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
LSV,

А как такой вариант?
У каждого офиса запущен локально свой экземпляр Ms SQL Server(не зависит от инета).
И сервисами по расписанию сливать инфу для аналитики в центральный офис.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 11:36
    #38787984
skyANA
skyANA
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Репликация. Хоть сотня офисов и один центральный.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 12:06
    #38788024
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
skyANAРепликация. Хоть сотня офисов и один центральный.
Главное БД правильно спроектировать. Как минимум - конфликты первичных ключей развести. И
лично я бы MS SQL под такую задачу брал только если заказчик её уже активно использует и
обвешан админами на местах.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 12:21
    #38788042
LSV
LSV
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
SlivaLSV,

А как такой вариант?
У каждого офиса запущен локально свой экземпляр Ms SQL Server(не зависит от инета).
И сервисами по расписанию сливать инфу для аналитики в центральный офис.Я именно такой вариант и описал. :)
Хорошее решение вообще не зависит от типа БД.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 12:26
    #38788060
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
LSVХорошее решение вообще не зависит от типа БД.
Зато от него зависит количество плясок с бубном, которые надо совершать вокруг этой БД как
при разработки, так и по ходу эксплуатации.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 15:35
    #38788338
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
skyANA,

Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 15:42
    #38788345
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
SlivaskyANA,

Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму.

Хотя........, вся информация по заказам(а так же наполнение справочников) тоже должны сливаться в центр.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 16:02
    #38788371
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
SlivaРепликация под вопросов, т.к. центральный офис(сервер) будет выступать как
хранилище. Нормализация там будет по минимуму.
В огороде бузина, а в Киеве целая банда дядек. Какая связь между хранилищем, нормализацией
и репликацией - сможешь внятно объяснить?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 16:08
    #38788379
lLocust
lLocust
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
SlivaSlivaskyANA,

Репликация под вопросов, т.к. центральный офис(сервер) будет выступать как хранилище. Нормализация там будет по минимуму.

Хотя........, вся информация по заказам(а так же наполнение справочников) тоже должны сливаться в центр.
А вот справочники нужно наоборот из центра рассылать, а то у вас товар будет двоиться...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 17:06
    #38788445
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Dimitry Sibiryakov,

думаем так:

На сервер будут заливаться данные выборочно и заполняться так, чтобы обеспечить наилучшую по скорости выборку.
Да, где то будет дублирование.

Репликация будет на уровне таблиц(для некоторых справочников).
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 17:29
    #38788471
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Slivaдумаем так:
Во-первых, для денормализации нужны веские основания и очень хороший план. Ваше
"обеспечить наилучшую по скорости выборку" это маниловщина, высосанная из непонятно какого
пальца. Сначала стоило бы выяснить что это будет за "выборка" и почему без денормализации
она тормозит.
Во-вторых, откройте для себя разделение БД на OLTP и OLAP части.
В-третьих, есть репликация на уровне физических страниц БД, statement-level и
record-level. "Table-level" - нету.

Ну и наконец, сабж сам по себе бредов: у вас не "несколько БД". У вас одна БД.
Распределённая. И думать о ней и проектировать её надо соответственно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 17:39
    #38788489
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Dimitry Sibiryakov,

приму к сведению.
спасибо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 19:57
    #38788606
17-77
17-77
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
1. составной ключ в таблицах (ид-объекта + ид-филиала), дата создания, дата обновления, признак удаления
2. таблица филиалов
3. со справочниками - либо редактирование только в центральной базе, слив в филиалы, либо каждый филиал ведет дополнительно свою "копию" справочников и они сливаются в центральную, и надо будет разрулить правами доступа (на основе составного ключа), опционально - сделать функцию "объединения" записей
4. собственно синхронизация:
4.1. рукописный скрипт
4.2. репликация
4.3. сервер приложений с программным кодом синхронизации (типа Microsoft Sync Framework)

если некоторые филиалы не имеют связи вообще с центром - то физически переносить базу на флешке и затем 4.1. или 4.2.
если филиалы периодически пропадают - тогда 4.2. или 4.3.
если связь совсем не надежная/медленная - тогда 4.3. с оптимизациями (типа сжатия данных)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 20:30
    #38788625
Sliva
Sliva
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Dimitry Sibiryakov,

Почитал про РСУБД. Да, это то что нужно.
Но по факту каждый узел содержит свою БД.
У меня схема БД между офисами одна. Различна лишь на центральном сервере.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 21:48
    #38788669
Ганнибал бен Гисгон Магонид
Ганнибал бен Гисгон Магонид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Dimitry SibiryakovskyANAРепликация. Хоть сотня офисов и один центральный.
Главное БД правильно спроектировать. Как минимум - конфликты первичных ключей развести. И
лично я бы MS SQL под такую задачу брал только если заказчик её уже активно использует и
обвешан админами на местах.


А аналитику в ЦО вы бы на файрбёд делали?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 21:56
    #38788674
Ганнибал бен Гисгон Магонид
Ганнибал бен Гисгон Магонид
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
LSVMSSQL + Hamachi + Обмен запросами для синхронизации.
(дешево и сердито)

Можно сделать свой механизм обмена (н-р по почте или дискетами) пакетов с таблицами (DBF, Access, txt).
Видел такой на Access+почта для полусотни супермаркетов. Работал отлично даже на телефонно-модемных каналах или дискетах. :)

А почему не SSIS ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
27.10.2014, 22:13
    #38788685
Dimitry Sibiryakov
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Несколько БД = один проект
Ганнибал бен Гисгон МагонидА аналитику в ЦО вы бы на файрбёд делали?
На том, к чему в ЦО есть админ и лицензии с саппортом. При отсутствии такового - да, на
Firebird.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Несколько БД = один проект / 19 сообщений из 19, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 293ms
Закрыть
start [/forum/topic.php?fid=32&tablet=1&tid=1540756]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 176ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 56ms
get tp. blocked users:
 2ms
others: 13ms
total:  293ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]