|
|
|
Организация репликации
|
|||
|---|---|---|---|
|
#18+
Есть строительная фирма. На объектах строительства ведется заказ, приемка и расходование материалов. В свою очередь эти же материалы заказывает головной офис, а именно основные по смете, на объетах заказывается всякая мелочь, но мелочи обычно где-то 30% от всего объема. Связи кроме как телефонной нет, т.е. о локалке можно только мечтать, да и откуда она будет в чистом поле. И вот стоит задача привести все это под одну крышу, т.е. чтобы в офисе было наглядно видно полное движение материалов. Может есть где наглядные примеры как это организовать на практике? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2007, 13:25 |
|
||
|
Организация репликации
|
|||
|---|---|---|---|
|
#18+
В наше время безпроводной связи и мобильных телефонов? Нам тут Горгаз навяз программу учета газа с получением информации с газовых счетчиков по мобильному телефону и ничего работаем. Впринципе практически любой современый мобильник работает как модем. Вот и обменивайтесь один-два-сколько надо раз в сутки данными для синхнонизации. Обычно хватает один раз - или утром до начала 2-й смены пр неприрывной работе или вечером при односменой. По краней мере с проводным телефоном и стареньким майлером T-Mail система работает уже порядка 10-ти лет - оператор центрального офиса в конце рабочего дня нажимает кнопочку и фокс в нужную папочку ложит архивы для обмена. В задвный момент времени майлер сканирует папочку, создает письма и отправляет удаленому компу. Там или оператор жмет кнопочку или по таймеру если приложение запущено круглосуточно прога сканирует папку с полученой почтой, разархивирует архивы и добавляет инфу в базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2007, 14:02 |
|
||
|
Организация репликации
|
|||
|---|---|---|---|
|
#18+
Если у Вас БД фоксовская - то придеться писать все самому. Переход на SQL сервер значительно упростит это дело. Одно время у нас была "распределенная" база .Т.е. был центральный сервер и сервер на участке склада. В принципе связь была постоянная , но канал слабенький. Что я делал . 1. Справочник товаров - в него было добавлено служебное поле - статус записи .При добавлении , изменении и удалении в него писался соответствующий код. У ответственного человека была возможность запускать синхронизацию.Это была прога , которая в зависимости от статусов записи осуществляла синхронизацию. Причем поскольку номенклатура создавалась изменялась на обоих серверах - анализировался статус и значения в 2 БД Все прочие документы в принципе обрабатывались похожим образом .были добавлены спец поля , в которых работники на различных стадиях выставляли статусы готовности документа к следующей операции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2007, 14:03 |
|
||
|
Организация репликации
|
|||
|---|---|---|---|
|
#18+
Поищите данный форум - мы подробно обсуждали данную тему. Самый дешевый способ - использовать готовый сервер типа MS SQL Server... Есть коммерческие продукты - смотрите поиск в Google. Я реализовывал подобные задачи с помощью Web Services... Знаю людей, кторые делали это через Http и FTP службы Windows... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2007, 14:04 |
|
||
|
Организация репликации
|
|||
|---|---|---|---|
|
#18+
Двухстороннюю репликацию DBF надо своими силами писать - очень муторно. Можно взять MS-SQL и настроить все его средствами - для точек бесплатного 2005 Express Edition хватит туда ведь необязательно всю базу гнать, только часть которая точки касается. А в центре полноценный 2005 поставить. Детали по репликации в форуме по MS-SQL подскажут. А лучше книжку почитать. Можно взять 1С распределенку. Неплохо подойдет под описанную задачу. Думаю что-то типа 1С-торговли подойдет с небольшими доработками. В головном офисе правда прийдется на хороший сервачок разориться. Видел подобное на 1С77 в сети компьютерных магазинов - с синхронизацией проблем не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2007, 14:49 |
|
||
|
|

start [/forum/topic.php?fid=41&fpage=186&tid=1588814]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
35ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 312ms |

| 0 / 0 |
