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

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.01.2003, 14:29
|
|||
|---|---|---|---|
|
|||
Как лучше построить схему работы и на чем ? |
|||
|
#18+
Есть два офиса,головной(в одном городе и пока там 20 юзеров) и пока 1-н филиал (он в другом городе и там пока 4 юзера),но ожидается 3-й филиал и потом через год 4-й.В головном офисе стоит MS2000server терминалов и на нем стоит база на Visual FOxPro7, с которой одновременно работают 12 юзеров.Динамика роста кол-ва записей не велика, примерно по 300 позиций в месяц, но внесенную инфу желательно видеть сразу и всем офисам, кол-во вносимых записей растет каждый месяц, потому как растет все перспективно. На текущий момент эти два офиса между собой не связанны, кроме как по аське общаться ну и почта (филиал работает по дозвонке). И вот задача в том как лучше построить программный комплекс(и на чем) для связи офисов сегодня и когда появятся еще два филиала.Вопрос выделенок решается в зависимости от механизма работы и в принципе решаем, в разумных пределах 64кб или 128кб.Ну естественно вопрос защиты от взлома и т.д., т.к. данные весьма важны для работы ну и для конкурентов конечно. Спасибо за предложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.01.2003, 14:59
|
|||
|---|---|---|---|
Как лучше построить схему работы и на чем ? |
|||
|
#18+
Стал читать задание, точь в точь из экзаменов MicroSoft В любом случае тебе нужна будет репликация данных. Возможно есть смысл настроить тунели между филиалами и офисом через инет. Домены и прочее не известно! Скорее всего тут и без них можно обойтись! Уж не такое это сильное решение! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.01.2003, 15:13
|
|||
|---|---|---|---|
|
|||
Как лучше построить схему работы и на чем ? |
|||
|
#18+
Т.е. ты предлагаешь на двух концах поставить по MS SQL серверу и между ними делать репликацию через определенный интервал времени....а клиента писать на чем хочу....спасибо....это одно из реший. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.01.2003, 11:54
|
|||
|---|---|---|---|
Как лучше построить схему работы и на чем ? |
|||
|
#18+
По-моему, самое правильное - так, как сейчас - через терминал-серверы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.01.2003, 12:04
|
|||
|---|---|---|---|
Как лучше построить схему работы и на чем ? |
|||
|
#18+
И какой канал понадобится когда 5-10 человек полезет к терминал серверу? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.01.2003, 16:13
|
|||
|---|---|---|---|
Как лучше построить схему работы и на чем ? |
|||
|
#18+
Я думаю, понадобится в пределах 64кб - 128кб. Кроме того, как я понимаю, предполагается небольшое к-во пользователей в филиале. 10 - это, наверное, максимум. В варианте-же с репликацией необходимо: 1. переписать приложение в расчёте на мердж-репликацию. 2. завести в каждом филиале надёжный сервер БД. 3. администрировать эту распределённую систему (в каждом филиале БД и клиентские места + в центре админы всего). Для удалённого администрирования, да и для самой репликации канала, скажем, в 8 кб, не хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.01.2003, 16:35
|
|||
|---|---|---|---|
Как лучше построить схему работы и на чем ? |
|||
|
#18+
2alexeyvg, аргументированно, похоже ты прав... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=35&mobile=1&tid=1554406]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
23ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 340ms |

| 0 / 0 |
