Необходима прога, работающая с различных компов (локалка, Инет) с одной базой. На чем лучше это хозяйство организовать?
Сейчас это делается весьма извращенно: на серваке стоит IB, у клиентов - тоже. А пересылка информации идет через почтовые аттачи (скриптовые запросы в теме письма). В аттаче лежит упакованная IB-база, которая смотрится либо клиентом, либо серваком - смотря к кому пришла.
Это конечно коряво, но работает (особенно, если у клиентов нету выделенки).
А те у кого и-нет быстрый, хотелось бы, чтобы было в реалтайме обновление информации.
Как быть?

P.S. проги написаны на Delphi.

Необходима прога, работающая с различных компов (локалка, Инет) с одной базой. На чем лучше это хозяйство организовать?
Сейчас это делается весьма извращенно: на серваке стоит IB, у клиентов - тоже. А пересылка информации идет через почтовые аттачи (скриптовые запросы в теме письма). В аттаче лежит упакованная IB-база, которая смотрится либо клиентом, либо серваком - смотря к кому пришла.
Это конечно коряво, но работает (особенно, если у клиентов нету выделенки).
А те у кого и-нет быстрый, хотелось бы, чтобы было в реалтайме обновление информации.
Как быть?

По поводу защиты - там на И-нет сервере гейт нормальный стоит, а база будет лежать на другом компьютере (внутреннем серваке).
Только вот вопрос насчет сохранности информации при обрыве связи (и-нет плохой, питание у клиента исчезло, техничка провод задела и т.п.). Чтоб никаких косяков на серверной базе не возникало. Насчет надежности IB у меня возникают сомнения. Неохота просто базу восстанавливать при каждом неблагоприятном случае.
База сама приличная - около 5 таблиц по 10-15 метров каждая и еще парочка табличек по 20-30 метров. Для локалки - это фигня, но вот если это дело через И-нет пропускать, то трафик получается довольно-таки нехилый.
Я конечно же не имею ввиду, что клиенты напрямую через И-нет будут с сервачной базой работать (до такого маразма я еще не дошел), просто о запросу пользователя обновлять несколько табличек - это значит нужно как минимум грузить метров 30 по И-нету.
Подождать-то пару минут можно (при хорошей скорости), а вот если глюкнет во время запроса, тогда КАК ОТСЛЕДИТЬ ОБРЫВ СВЯЗИ через IB, чтоб потом все обратно восстановить?

Кстати, спасибо за дельные советы.

А может проще паковать всю базу и прямо на клиентский компутер отсылать (через сокеты например)? Ужимается она в 2-3 метра?

2 tygra
>А зачем тебе все 30 метров на клиенте?
Вкратце поясню, что это за програ:
На серваке лежат большущие прайсы. В каждой таблице - по свое тематике (т.к. структура полей разная). Прайсы обновляются несколько раз в неделю (меняют несколько менеджеров по локалке). Клиенту нужно периодически обновлять цены и номенклатуру, делать из них заказ и отправлять заказ (еще одна табличка) обратно на сервак.
Этот заказ обрабатывается менеджерами (уточняется всякое) и отправляется обратно клиенту. И так до полного консенсуса :)
Дак это я к чему... У клиента должен быть ВСЕГДА ПОЛНЫЙ прайс, независимо есть доступ к И-нету или его нету (... почти каламбур :) ).
Поэтому даже если и можно считывать нужный кусок какой-либо большой таблицы и показывать его на экране и листать его, то при обрыве связи - все накроется медным тазом.
Поэтому таблицы нужны ВСЕ и СРАЗУ.

2 alex_k
>У тебя что, каждая таблица в отдельном файле? или как ты оценивал размер таблицы?
Это я примерно на глазок :)
Про FireBird я много хорошего слышал и давно хотел перейти (стоит IB 6), только сдерживает одно: Поставил я его как-то себе и у меня перестали работать программки, написанные когда стоял IB. В конторах с моими прогами то же самое. Вот я поостерегся переходить на него.
А вообще, спасибо за дельные слова.

2 StarWind
>Я вот только не понял, прайсы в блобах лежат? Или это обычные и >нормальные таблички? Клиент вебовский (IE) или твоя прога?
Цены, количество на складе - INTEGER, а вот тех.параметры - в некоторых прайсах в одной строке (CHAR(250)), а есть такие, в которых число строк по каждому товару доходит до 20 (это лежит в BLOB).

>никто не заставляет тебя фетчить (Fetch) все данные. Достаточно >показывать только то что влазиет на экран. И не придется зараз гонять весь >объем данных. Перенеси по максимуму обработку информации на сервер и >
>будешь радоваться.
На это повторюсь еще раз собственными словами:
У клиента должен быть ВСЕГДА ПОЛНЫЙ прайс, независимо есть доступ к И-нету или его нету.
Свежая база лежит на серваке, а у клиента (который сидит в другом городе или стране) - периодически обновляемая та же самая база. Необходимо, чтобы у клиента была всегда ПОЛНАЯ копия сервачной базы.

2 alex_k
>выбирать из серверной базы в клиентскую те строки у которых ID больше чем максимальный ID клиентской базы

А если номенклатура та же, а цены изменились? Тогда, что все товары удалять и заново заносить под новыми ID?

2 tygra
>Да проще архив БД каждый день закачивать - IB хорошо пакуется, как минимум в 10 раз меньше будет

Именно так я хочу сделать... и раньше хотел... теперь думаю как бэкапить ее в реальном времени (в смысле без отруба работающих с базой пользователей по локалке). Или придется ночью бэкапить и клиентам по запросу в течении дня отсылать.
А из дельфийской проги это так делается?:
1. запустить бэкап в процессе с нужными ключами.
2. дождаться, пока процесс завершиться.
3. если все в порядке - ... ну тогда хорошо... :)

Я правильно думаю?