медленный доступ к удаленному серверу

← →
новый админ (2007-10-06 18:59) [0]

ДОбрый день мастера !
Юзеры подключаються к серверу главного офиса через диалап соединение!
Но это очень не экономно. Да еще само подключение забирает время.
Районные офисы ближе к центру имеют выделенку, им проще.
Так вот вопрос,
какая есть альтернатива подключения к серверу, что бы было поэкономнее и быстрее.
Чего посоветуете ?

зы. база написана под "жарптицой"

← →
новый админ (2007-10-06 19:04) [1]

хозяин сего оставил базу, но текстовиков нет. мне дали задание сей продукт оптимизировать. Могу добавить, что нужно сделать доступ, минимум для 15 одновременных подкючений.

← →
новый админ (2007-10-06 19:13) [2]

У меня идея возникла, может поставить в главном оффисе десяток модемов и пусть себе играются, миную интернет паутину.
Скажите ваше мнение, мне все равно придеться это все г-но разгребать !

← →
Kolan © (2007-10-06 19:25) [3]

> какая есть альтернатива подключения к серверу, что бы было
> поэкономнее и быстрее.

Можно кешировать данне на лок машине&#133
Или ты о чем спрашиваегь?

← →
vrem (2007-10-06 19:29) [4]

пусть по сотовому соединяются, там оплата за трафик,
ты наверно не находчивый админ :)

← →
новый админ (2007-10-06 20:17) [5]

> Можно кешировать данне на лок машине…
> Или ты о чем спрашиваегь?

Можно по подробнее ?

← →
новый админ (2007-10-06 20:19) [6]

и как потом их синхронизировать с данными главного сервера ?

← →
новый админ (2007-10-06 20:21) [7]

а будут потом на сервере десяток одинаковых записей, к примеру названия организаций (заказчики)

← →
DrPass © (2007-10-07 01:58) [8]

> какая есть альтернатива подключения к серверу, что бы было
> поэкономнее и быстрее

Работать через терминальные сессии. Для диалапщиков это будет быстрее, чем с файрбердом напрямую

← →
Anatoly Podgoretsky © (2007-10-07 10:03) [9]

Как сказать, если приложение разработано для работы по медленным каналам связи, когда выбирается только одна запись (или несколько) ни один терминал не угонится, а вот если приложение писалось для гигабитной сети, а то и для терабитной, то терминал побыстрее будет.

← →
DrPass © (2007-10-07 11:12) [10]

Особенность фарберда состоит в том, что у него по медленному каналу и одна запись выбирается жутко медленно...

← →
Anatoly Podgoretsky © (2007-10-07 11:15) [11]

> DrPass (07.10.2007 11:12:10) [10]

Большой объем метаданных, вроде свыше 64 кб

← →
новый админ (2007-10-07 12:39) [12]

Ребята а можно в этом случае трехзвенку сделать, переделать клиентов. Может так будет быстрее ?

← →
новый админ (2007-10-07 12:40) [13]

правда я с ней еще не работал

← →
Kolan © (2007-10-07 14:18) [14]

> Можно по подробнее ?

Я имел ввиду чисто програмное решение.

Есть класс ТА и соотв ему таблица Б на удфаленном сервере.

Надо получить материализовать объект А.

Делаешь маппер с интерфейсом:
GetA(ID: Integer): TA;

Маппер содержит кэш в памяти и кэш в файле.

Взаимодействие:
Дай А
Если есть в кэше, то отдаёшь. Если в кэше нет, то смотришь в файл, если в файле есть, то кладешь в кеш отдаешь. если в файле нет то тянешь через модем и соотв добавляешь в кэш и файл&#133

← →
новый админ (2007-10-07 19:28) [15]

← →
имя (2007-10-07 22:11) [16]

Удалено модератором

← →
имя (2007-10-07 22:13) [17]

Удалено модератором

← →
имя (2007-10-08 10:33) [18]

Удалено модератором

← →
имя (2007-10-08 21:25) [19]

Удалено модератором

Пардон... с последним удаленным постом перестарался :)

медленный доступ к удаленному серверу Найти похожие ветки