Функция оповещения пользователей

Всем здравствуйте! Подскажите, пожалуйста, как можно оптимальнее решить такую задачу.
Имеем форму заявки, с которой работает производственный технолог, закладывая для изготовления некий перечень деталей.
При изменении КД или ТП детали, информация об этом должна как можно быстрее попадать к технологу, для чего имеется сетевая таблица «Изменения»(в примере она разумеется локальная). В которую конструктор или технолог – разработчик ТП вносит соответствующую запись.
Вопрос в том, как наиболее эффективно реализовать функцию извещения технолога производственника – либо это сообщение о поступивших изменениях, либо визуальные эффекты и т.п. Во общем информация к пользователю должна поступить как можно быстрее. Такая вот задачка.
Функция извещения должна работать в момент, когда заказаны детали без изменений, а изменения в КД произошли в процессе обработки заявки и выпуск старых деталей нужно исключить, либо свести к минимуму.
Разумеется, что другая заявка на измененные детали будет поступать уже с учетом изменений.
Интересует именно такой вот момент.

Вложения

Извещение.7z (34.1 Кб, 14 просмотров)

0

Сообщение от Braser Пользователь 1 будет видеть только те записи, которые имеют пометку [Подразделение1] = True и [УчтеноПодр1]= False и так для всех пользователей.

Гибкости не будет. Лучше иметь поля Извещение, Пользователь, Учтено. Для каждого извещения создавать набор записей, адресованных нужным пользователям. Сколько пользователей одного извещения, столько и записей. В принципе для логирования можно ещё и поле с временем отклика добавить - когда пользователь среагировал и отметился.
В итоге программа не будет страдать от изменения количества юзеров.

0

Сообщение от Braser что вы...святое время...детство имелось ввиду отсутсвие ПЭВМ

Это от чего же? Как щас помню вполне себе персональная Апогей БК-01

Сообщение от Braser Как показала практика людями эту задачу решить сложно, они могут забыть, не захотеть,отложить на завтра, на потом и т.д. показательные порки не помогли и вряд ли помогут

имелось ввиду не организационное, а программное решение, например сокет

0

Сообщение от Панург Это от чего же? Как щас помню вполне себе персональная Апогей БК-01

Проминь, МИР-2

0

А у меня почему то - Перфокарты перед глазами стоятЪ , правда не на персональных ЭВМ.

0

Сообщение от Capi Проминь, МИР-2

Это не персоналки, а это именно персональный и серийно выпускаемый

0

Сообщение от PuhKMV А у меня почему то - Перфокарты перед глазами стоятЪ , правда не на персональных ЭВМ.

я начинала программировать студенткой на НАИРИ-9М(инженерные расчеты)
--набивала код на своеобразной пишущей машинке, влезало в память 600 ячеек,примерно 25-30 строк
--затем выводила на перфоленту для повторных расчетов

когда пришла на завод --на него как раз поступила ЭВМ ЕС-1022, затем и ЕС-1035(3-4 дисковода по 29мб, информация на 3-4 магнитных лентах по 29мб)

10 лет на них проработали по первых персоналок(640кб оперативка, 20 мб винчестер, дискетки на 1,44мб)

работали нормально, завод достаточно большой, союзного значения

0

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

ну в моем случае все не так уж страшно, заготовительных участков 3, технологических отделов работающих непосредственно с этими данными 4, не думаю что количество отделов или участков сильно увеличится или уменьшится в ближайшем будущем, нет к этому тенденций. В каждом ТО есть ответственный за отслеживание изменений, этом может быть Иванов, Петров Сидоров и т.д. не суть важно, в таблице он будет фигурировать как как [УчтеноПодр1], а отбор записей предназначенных именно для его участка производства будет производится по признаку [Подразделение1].

Сообщение от Панург Как щас помню вполне себе персональная Апогей БК-01

ну и как она могла помочь решить данную задачу? Ну если только конструктор мог надиктовать на кассету изменения и отправить с ней гонца по подразделениям, пусть сидят, слушают, записывают...
я имел ввиду скорее возможность моментальной коммуникации пользователей посредством БД, наличие многопользовательской, единой, среды обмена данными, простоту разработки различных функций и инструментов в этой среде. Появление компьютеров, тем более персональных, конечно это прогресс, не отрицаю, но это не те еще компьютеры и имели они не те возможности...тогда очевидно, было действительно проще позвонить или гонца отправить с перфокартами, ну или письмом, неважно, главное чтобы на другом конце аппаратура была чтобы воспроизвести информацию

Добавлено через 5 минут

Сообщение от MrShin нужно знать, кто из пользователей учел данные

это в данной ситуации очень значимый фактор

0

Сообщение от Braser ну и как она могла помочь решить данную задачу?

Никак. Данное замечание было совершенно по другому поводу - отсутствие персональных ЭВМ.

Касательно сабжа была вторая реплика. - Функция оповещения пользователей

ЗЫ. Читать не умеем?

0