|
|
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
Есть 7 сетей (гл. контора + 6 филиалов) сервер есть только в гл. конторе, на нем БД и пользовотели из локальной сети. Стоит задача вовлечь в работу с БД пользователей из филиалов. Сети объеденю по IP протоколу ну допустим все со всеми на 256 кбит/с. Как быть дальше? А конкретнее - Надо ли во всех филиалах по "серверу" (пользователи в каждом филиале работают со своим сервером, которые потом синхронезируют данные с сервером в гл. конторе, в обновлении данных все со всеми необходимости нет, и период обновления всей базы тоже не критичен - после работы ночью :)) ) так вот "сервера" в филиалах ставить придется для нормальной работы обязательно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 15:34 |
|
||
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
koJIo6okкоторые потом синхронезируют данные с сервером в гл. конторе, Не потом, а "по ходу дела". koJIo6okв обновлении данных все со всеми необходимости нет Пока нет. Если даже и нет, то появится. Но только не напрямую, а через центральный сервер - типа в филиале данные ввели, в центр приехало, в другой филиал уехало. Реплицировать по полносвязке - сомнительная мысль. koJIo6okи период обновления всей базы тоже не критичен - после работы ночью :)) Не стоит так делать. Чем больше отставание - тем больше возможность натворить конфликт в данных. Лучше - постоянная фоновая репликация, в асинхронном режиме. koJIo6okтак вот "сервера" в филиалах ставить придется для нормальной работы обязательно? Не обязательно, но имхо желательно. Зависит от надежности и пропускной способности каналов, требований по траффику и стоимости этого траффика. В принципе, репликация - вещь небесплатная, и если можно обойтись без нее, это стоит обдумать. Но простой офиса из-за проблем связи с сервером стоит куда дороже. В скобках отметим, что можно сделать хоть четыре резервных канала - но если Чубайс опять отрубит свет или люди в масках увезут главный сервер, каналы не помогут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 17:19 |
|
||
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
koJIo6okЕсть 7 сетей (гл. контора + 6 филиалов) сервер есть только в гл. конторе, на нем БД и пользовотели из локальной сети. Стоит задача вовлечь в работу с БД пользователей из филиалов. Сети объеденю по IP протоколу ну допустим все со всеми на 256 кбит/с. Как быть дальше? А конкретнее - Надо ли во всех филиалах по "серверу" (пользователи в каждом филиале работают со своим сервером, которые потом синхронезируют данные с сервером в гл. конторе, в обновлении данных все со всеми необходимости нет, и период обновления всей базы тоже не критичен - после работы ночью :)) ) так вот "сервера" в филиалах ставить придется для нормальной работы обязательно? Обязательно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 17:19 |
|
||
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
В принципе, репликация - вещь небесплатная, и если можно обойтись без нее, это стоит обдумать.[/quot] Эбойтись без неё..как? Не бесплатная, в смысле? А если подключать польз из др. сетей на прямую к серверу гл. конторы минимальную скорость объеденения сетей как высчитать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 17:31 |
|
||
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
koJIo6okА если подключать польз из др. сетей на прямую к серверу гл. конторы минимальную скорость объеденения сетей как высчитать? 256k ~ 10 пользователей - терминалов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 17:38 |
|
||
|
Схема БД в разрозненных СПД
|
|||
|---|---|---|---|
|
#18+
koJIo6okНе бесплатная, в смысле? В смысле - стоит дополнительных сил в программировании и администрировании. Программа, которая хорошо работает на одном сервере, при переносе в распределенную среду может просто развалиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2007, 17:39 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34908389&tid=1544217]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 373ms |

| 0 / 0 |
