От dap
К Иван Уфимцев
Дата 08.08.2011 15:20:40
Рубрики Современность; Армия; Стрелковое оружие;

Причем здесь FTN-сети.(+)

У нас другая задача.
Есть распределенная база данных. Нужно ее реплицировать между узлами по определенным правилам.
Это должно производиться автоматически, а не ручками.
Представьте себе после каждого редактирования нужно:
1. Экспортировать данные (скорее всего часть данных) в файл.
2. Отправить вручную по списку адресов. Сколько там абонентов в батальоне? Кстати отсылать нужно не всем, а только тем кто должен иметь доступ к этой информации.
3. Абоненты импортируют полученные файлы в свою систему ВРУЧНУЮ.

А теперь самое смешное. Это протокол обмена ОПЕРАТИВНОЙ информацией.
От Иван Уфимцев
К dap (08.08.2011 15:20:40)
Дата 08.08.2011 16:50:46

При офф-лайне.

Доброго времени суток, dap.
> У нас другая задача.

ет. (с) Без построения сети обмена данными стабильный обмен данными невозможен.

> Есть распределенная база данных. Нужно ее реплицировать между узлами по определенным правилам.
> Это должно производиться автоматически, а не ручками.

Да. Но не на этапе разработки.
На этапе разработки эти правила сначала надо написать. Для чего и служит ручной экспорт. Чтобы потом можно было посмотреть, "а шо
именно у нас экспортируют".
> Представьте себе после каждого редактирования нужно:
> 1. Экспортировать данные (скорее всего часть данных) в файл.

Не после каждого. А по команде "отослать", которая даётся руками и/или по таймеру. Пока не ушло -- можно успеть внести исправления.

> 2. Отправить вручную по списку адресов. Сколько там абонентов в батальоне? Кстати отсылать нужно не всем, а только тем кто должен иметь доступ к этой информации.

1, 2, 3, сколько надо списков рассылки.

> 3. Абоненты импортируют полученные файлы в свою систему ВРУЧНУЮ.

Пока не отработана схема экспорта-импорта -- да. Автоматизировать можно только работоспособный процесс.
> А теперь самое смешное. Это протокол обмена ОПЕРАТИВНОЙ информацией.

Это нормальный протокол, пока идёт отладка и, тем более, создание системы. Грубо говоря, сама СУБД ещё толком не работает, какая тут
автоматизация обмена.

--
CU, IVan.
От dap
К Иван Уфимцев (08.08.2011 16:50:46)
Дата 08.08.2011 17:48:00

Любой узел может быть в офлайне. И что?

>ет. (с) Без построения сети обмена данными стабильный обмен данными невозможен.
И?

>> Есть распределенная база данных. Нужно ее реплицировать между узлами по определенным правилам.
>> Это должно производиться автоматически, а не ручками.
>Да. Но не на этапе разработки.
Какой этап разработки? Система уже испытания проходила.

>На этапе разработки эти правила сначала надо написать. Для чего и служит ручной экспорт. Чтобы потом можно было посмотреть, "а шо
>именно у нас экспортируют".
Для этого нужен не ручной экспорт, а подробное логгирование обмена данными.

>Не после каждого. А по команде "отослать", которая даётся руками и/или по таймеру. Пока не ушло -- можно успеть внести исправления.
Редактирование это не перемещение значка на 10 м. к северу, а законченный набор операций. Транзакция.

>> 2. Отправить вручную по списку адресов. Сколько там абонентов в батальоне? Кстати отсылать нужно не всем, а только тем кто должен иметь доступ к этой информации.
>1, 2, 3, сколько надо списков рассылки.
Это должен пользователь думать или система? Список получателей должен определяться автоматически, иначе кого-то обязательно забудут. Потому, что операции могут затрагивать многих и должны действовать достаточно сложные правила.
Например командир на основе данных принял решение.
Данные отсылаются, но не исполнителям, а штабу.
Штаб оформил полученное решение, передал командиру.
Опять данные не идут исполнителям.
Командир откорректировал решение, передал штабу.
...
Наконец приказ готов.
Нужно его разослать 1 и 2 роте и СОБатр. Те в свою очередь выдали приказы подчиненным. Их нужно отправить исполнителям и наверх и там отобразить на карте командира. А может отправить, но не отображать. Или отображать но для штаба.
Вот попробуйте эту логику закодировать через списки рассылки. И чтобы ничего не напутать.

>Пока не отработана схема экспорта-импорта -- да. Автоматизировать можно только работоспособный процесс.
Процесс то уже есть. Много десятилетий. Вот его и нужно автоматизировать.

>> А теперь самое смешное. Это протокол обмена ОПЕРАТИВНОЙ информацией.
>Это нормальный протокол, пока идёт отладка и, тем более, создание системы. Грубо говоря, сама СУБД ещё толком не работает, какая тут
>автоматизация обмена.
Какая отладка. Система уже войсковые испытания проходила.
От Иван Уфимцев
К dap (08.08.2011 17:48:00)
Дата 09.08.2011 10:26:56

Re: Любой узел...

Доброго времени суток, dap.
>> ет. (с) Без построения сети обмена данными стабильный обмен данными невозможен.
> И?

Вот и строят сеть. Как умеют. Изобретая велосипеды с квадратными колёсами.


>> Да. Но не на этапе разработки.
> Какой этап разработки? Система уже испытания проходила.

Испытания проходила потому как сроки нахззззначены. А не потому шо готова.

>> На этапе разработки эти правила сначала надо написать. Для чего и служит ручной экспорт. Чтобы потом можно было посмотреть, "а шо
>> именно у нас экспортируют".
> Для этого нужен не ручной экспорт, а подробное логгирование обмена данными.
Отладочный лог подразумевается.
Так вот. Сначала вся логика отрабатывается руками, потом идёт автоматизация.

>> Не после каждого. А по команде "отослать", которая даётся руками и/или по таймеру. Пока не ушло -- можно успеть внести исправления.
> Редактирование это не перемещение значка на 10 м. к северу, а законченный набор операций. Транзакция.

Да. Транзакция. Пока не применилась -- можно поймать и не применять, если применилась только локально -- можно локально же откатить,
не отсылая наружу.

>>> 2. Отправить вручную по списку адресов. Сколько там абонентов в батальоне? Кстати отсылать нужно не всем, а только тем кто должен иметь доступ к этой информации.
>> 1, 2, 3, сколько надо списков рассылки.
> Это должен пользователь думать или система?

Сначала пользователь, потом автомат.

> Список получателей должен определяться автоматически, иначе кого-то обязательно забудут. Потому, что операции могут затрагивать многих и должны действовать достаточно сложные правила.
> Например командир на основе данных принял решение.
> Данные отсылаются, но не исполнителям, а штабу.
> Штаб оформил полученное решение, передал командиру.
> Опять данные не идут исполнителям.
> Командир откорректировал решение, передал штабу.
> ....
> Наконец приказ готов.
> Нужно его разослать 1 и 2 роте и СОБатр. Те в свою очередь выдали приказы подчиненным. Их нужно отправить исполнителям и наверх и там отобразить на карте командира. А может отправить, но не отображать. Или отображать но для штаба.
> Вот попробуйте эту логику закодировать через списки рассылки. И чтобы ничего не напутать.

Зачем пробовать? Делаю, и регулярно. За деньги. Да, в реальной практике больше трёх (или четырёх, смотря как считать) уровней
редко встречается.

>> Пока не отработана схема экспорта-импорта -- да. Автоматизировать можно только работоспособный процесс.
> Процесс то уже есть. Много десятилетий. Вот его и нужно автоматизировать.

Шо, локальная часть вышеупомянутой АСУ успешно работает, осталось только увязать в сеть?

>>> А теперь самое смешное. Это протокол обмена ОПЕРАТИВНОЙ информацией.
>> Это нормальный протокол, пока идёт отладка и, тем более, создание системы. Грубо говоря, сама СУБД ещё толком не работает, какая тут автоматизация обмена.
> Какая отладка. Система уже войсковые испытания проходила.

Мало ли шо проходила. По факту, система неготова. Не исключаю, шо имеет место быть классическое "к пугавицам претензий нет"(с),
т.е. за собственно связь должны были отвечать связисты, но ниасилили.

--
CU, IVan.