Нужен регламентный пользователь со следующей схемой работы: зашел с первым пользователем, вышел с последним. Как сие реализовать?

Зачем ему выходить ?

(0) им еще третьего надо для комплекта

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

да и цель то какая ?

(3) штатно - как раз то запросто

(1) боятся одного оставить...?

(5) ну все равно - каждый зашедший авторегится в списке активных, при выходе разрегивается. робот - мониторит список. штатно...

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

правда нихрена непонятно, что делать если пользователя вышибло из сеанса по аварийке... 3-5 строчками кода тут не отделаешься...

(9) см (5)

(10) а как это сделать?

(10) ну, я знаю что ты знатный извращальщик и знаешь в этом толк... ;-0)

(11) ОбработкаОжидания + Блокировка на элемент справочника, всё собственно ну и проверку в ПриНачалеРаботыСистемы для запуска робота и в ПриЗавершенииРаботыСистемы для его останова. + в ОбработкеОжидания проверять, есть ли кто живой, если нет - выход робота.

ОбработкуОжидания запускаешь только у робота.

(13) Блокировка на элемент справочника?

это для того наверное, чтобы никто монопольно не заходил

(15) да.
Это штатный способ отлова активных юзверей в базе.

(7) Если и так есть робот, который мониторит список, на фиг еще одного регламентного делать? Пусть тогда робот сам и выполняет нужные процедуры при входе первого и выходе последнего, но сам при этом висит постоянно.

(18) аутору нужен просто чорт для эммуляции работы.. типа всё время был в 1с-ине..
:)

(18)(19) нужно для целей ежеминутной синхронизации. ОбработчикОжидания не очень подошел.

(20) кого с кем синхронизировать ?
И чем не подошел ?

Синхронизация справочника посредством SQL.
Начать с того, что не имеет смысла инициировать синхронизацию для каждого из овер 150 пользователей.

(22) -> (21)

(22) вам "надо что-то в консерватории подправить"©

(17) есть об этом почитать?

(24) что хотел сказать? говори прямо, я не обижусь)

(26) то, что ты придумал какое-то кривое решение непрямой задачи, и спрашиваешь, как сделать еще один угол...
Начинать надо с задачи, а не с решения..

(27) задача - ежеминутная синхронизация справочника с таблицей SQL. Вроде бы выше об этом сказал. Подскажи прямое решение.

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

(28) как только нормально расскажешь о своей задаче - получишь нормальный ответ

(30) Синхронизация справочника 8->7 посредством SQL.

(31) и нахрена там для этого какой то пользователь ?
Тупо триггер на табличку в скуле и привет.

(32) триггеры не юзал никогда. Можно чуть подробнее?

(25) чего там читать ?
тупо справочник пользователей, при заходе, каждый юзверь ставит блокировку на элемент справочника.
Всё собственно.
Ежели надо проверить, кто есть в базе - пробег по справочнику и попытка установки блокировки, удача - юзверь не в базе, неудача - юзверь там.
Если юзверь аварийно отваливается, блокировка автоматом сама снимается.

+(32) 8ка файловая.
Я так понимаю в (32) речь о синхронизации таблиц непосредственно в SQL?

(33)http://technet.microsoft.com/ru-ru/library/ms189799(v=sql.100).aspx

(35) да.
ты же сам написал, что у тя скуль в (28)

(37) я написал, что мне нужно брать из SQL.

(36) ну понятно, т.е. о триггерах речь шла в случае осуществления синхронизации непосредственно в SQL?

(39) да

(40) ну я так и понял. (33) в этом контексте спрашивал.
Тут это не подойдет.

Прямым запросом выхватить табличку из скуля и по ИД Через условия найти в справочнике если не нашел то создать новый!

(42) спасибо, кэп

Навскидку варианты:
1)Триггер, в нем отправка msmq ида заявки...
в снеговике - принимать сообщения из очереди, и тянуть из sql реквизиты документа.
2) складывать в папке обмена измененные документы (можно серилизованнные, можно просто иды)

(44) 8->7, а не 7->8
что-то даже звучит непонятно)

Кто из них кна сиквеле?

(46) 8 файл -> SQL -> 7
7 на SQL, но писать синхронизацию средствами SQL нереально, т.к. слишком много проверок и условий.

Автор мутный тип ... Подождем пока его попустит и он четко сможет сформулировать задачу. А то сплошной поток. Причем бессвязный.

(48) Да вроде всё сказал.
Задача - синхронизировать справочник. База-исходник - 8ка файловая. База-приемник - 7ка SQLная. Синхронизация через SQL. На стороне 7-ки в процессе синхронизации требуется доп. обработка синхронизируемых данных.

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

Далее, можно было бы просто повесить обработчик, но т.к. пользователей овер 150, то как бы незачем у каждого инициировать. Поэтому думаю над регламентным пользователем.

(49) Ну вот, так бы сразу и выложил. А то я уже паяльник приготовил ...
Если исходник снеговик, то тогда логично в снеговике при записи элемента справочника проверять его в клюшке и делать то что нужно. Ну а в клюшках проверить реквизит, если элемент выгружен из снеговика то запретить его изменение. Вроде как ничего сложного и нет.

(50) скорее клюшки у него первичные, снеговик - вторичный.. тестят для перехода или типа того.

(50) я ниче не понял

(51) наоборот. в (49) же написано.

(53) а зачем такой изврат нужен ?
А в 7-ке работает кто при этом ?

Так и что с чем синхронизируется-то?
При создании чего-то в снеговике - выгрузить в клюшки, чтоль?

(55) да

И нафига тут регламентный пользователь?

опять же, какой временной лаг допустим и нужен?

Нужны ли события "случился экспорт".

(59) не нужно. нужна ежеминутная синхронизация.

(58) нужно, чтобы это было незаметно для пользователя

(61) что "незаметно"?

(62) синхронизация

(52) Ну в семерке тебе в справочник добавить реквизит например:
Номенклатура.снеговик (1-заведен из базы 8, 0-создан в базе 7).
Дальше в ПриОткрытии() ставишь:
Форма.ТолькоПросмотр(снеговик);
Это для того что б в семерке немогли покоцать синхронизированный элемент пришедший из 8-ки. И все. И никаких роботов и прочей хрени.
В восьмерке при создании и редактировании элемента справочника добавь код синхронизации с семеркой.
Все должно быть "незаметно", как ты выразился.

(63) плятттьььь
синхронизация чего с чем?
что рассинхронизируется, и как. что ты называешь "синхронизацией"?

(64) спасибо, кэп. А в (48) ногой дверь открывал...

прочти (49)