Дайте совет по написанию трехзвенки

← →
DmitryS (2006-08-10 13:44) [0]

В огранизации разработано клиент-серверное приложение на базе сервера InterBase. В недавно открытом доп.офисе это приложение поставили со своей базой, все операции по доп.офису проводятся в ней.
С недавнего времени появилась задумка видеть проводки по доп.офису у себя, а часть операций головной организации в доп. офисе. Нужны советы, как грамотнее организовать обмен через интернет.

Опыта в написании такого рода программ нету, потому заранне благодарен за любую помошь в виде советов, ссылок на умную литературу.

← →
Jeer © (2006-08-10 13:49) [1]

Привлечь специалистов/фирму к решению подобных задач.

← →
stone © (2006-08-10 13:49) [2]

> DmitryS (10.08.06 13:44)

Тебе не трехзвенка нужна, а грамотная репликация.

← →
Petr V. Abramov © (2006-08-10 13:56) [3]

Если приложение написано грамотно, т.е не выкачивает целиком здоровые таблицы, не селектит лишних полей, и т.д, то на канал 128 КБит можно посадить с десяток пользователей и без всякой трехзвенки

← →
DmitryS (2006-08-10 13:57) [4]

> Привлечь специалистов/фирму к решению подобных задач.
Вариант хороший, но в нашем маленьком городке таких я врятли найду, потом не пойдут на такую зарплату, а если опйдут, я останусь без работы.

> Тебе не трехзвенка нужна, а грамотная репликация.
А если хочется видеть проводки не завтра утром, а сейчас.

← →
DmitryS (2006-08-10 13:58) [5]

> на канал 128 КБит можно посадить с десяток пользователей
И Инет у нас слабенький

← →
Карелин Артем © (2006-08-10 14:01) [6]

Репликация больших баз даже на 9600 бит/сек идет со свистом при использовании продуманного механизма репликации со сжатием данных

← →
DmitryS (2006-08-10 14:16) [7]

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

← →
Курдль © (2006-08-10 14:21) [8]

> stone © (10.08.06 13:49) [2]
> Тебе не трехзвенка нужна, а грамотная репликация.

Не давайте глупых советов! Репликация - это когда уже безвыходное положение, типа клиент может подключаться на короткое время и т.п.

← →
DmitryS (2006-08-10 14:25) [9]

Вариант с репликацией прокатит в случае, если дальше начальство не решит, что надо вообще в он-лайне работать.

← →
stone © (2006-08-10 14:51) [10]

> Курдль © (10.08.06 14:21) [8]
> Репликация - это когда уже безвыходное
> положение, типа клиент может подключаться на короткое время
> и т.п.

Тут следует добавить ИМХО :))

← →
Курдль © (2006-08-10 15:00) [11]

> stone © (10.08.06 14:51) [10]
> Тут следует добавить ИМХО :))

Нет! Тут не следует добавлять ИМХО! Это результаты опыта и исследований. Также рекомендации лучших собаководов.

← →
stone © (2006-08-10 15:03) [12]

> Курдль © (10.08.06 15:00) [11]
> Нет! Тут не следует добавлять ИМХО! Это результаты опыта
> и исследований. Также рекомендации лучших собаководов.

Хотелось бы взглянуть на эти результаты и рекомендации. Ссылочкой не поделишься? Или это из личного опыта и личных исследований?

← →
Skyle © (2006-08-10 15:06) [13]

А что, при постоянном подключении репликация невозможна?

← →
Курдль © (2006-08-10 15:07) [14]

> stone © (10.08.06 15:03) [12]

Лениво! Лучше допишу ИМХО! :)
Про конкретный случай - если речь идет о полной репликаци - достаточно хорошего канала и стандартных средств. Если же о ... часть операций головной организации в доп. офисе - то это уже может создать проблемы (стандартные средства могут и не принимать объяснений "какая именно часть должна быть реплицирована, а какая - нет").
В данном случае просто надо обработать ряд условий и придти к приемлемому варианту.
Например, количество данных, скорость канала, требования по актуальности данных, кол-во пользователей, трудозатраты на доработку...

← →
stone © (2006-08-10 15:13) [15]

> DmitryS

http://www.osp.ru/text/302/180723/

← →
DmitryS (2006-08-10 15:52) [16]

Вопрос по механизму обмена остается открытым

> DmitryS (10.08.06 15:52) [16]
> Вопрос по механизму обмена остается открытым

Идеал - это единая база данных вселенной. Если для Вас это слишком накладно - ищите компромиссный вариант.
Средств построения 3-хзвенок в делфе достаточно.

> [16] DmitryS (10.08.06 15:52)
> Вопрос по механизму обмена остается открытым

А ТУ уже точно определены? А я как-то не увидел :(

А почему бы не сделать ВЕБ для внутреннего нета? Вся программа на одном сервере. Не надо клиентские программы апргэйдить. И нет особых требований на клиентский комп.
?

Да и клиентов можно посадить сколько угодно...

А почему бы не организовать VPN?

Карелин Артем © (11.08.06 7:46) [21]
VPN одназначна! если на хардваре денег нет или для ISA сервер слабый можно попробывать софтварно типа SSLTunel- настраивается в 5 мин работает стабильно ПРОВЕРЕНО ГЛЮКОВ НЕТ.
и настраиваешь клиентские програсммы офисов на базы друг друга.
т.е. получится одна программа - локальная база, вторая программа - удаленная база шифрованная по VPN или портмап на SSLTunel

я на SSLTunel SSL шифрацию к BSS (SockServer) приделал

Дайте совет по написанию трехзвенки Найти похожие ветки