Доброго времени суток, коллеги.

конфигурация "Управление проектной организацией, редакция 1.3"(1.3.25.1/3.1.6.16). Конфа построена на базе УПП. Обнаружил, что у конфигурации стоит режим блокировок "Управляемые", а у абсолютного большинства объектов (справочники/регистры) режим стоит автоматический. Это значит при работе с данными объектами автоматический режим работать не будет?

Еще вопрос по управляемым блокировкам. мне нужно заблокировать рег. сведений при редактировании его из формы списка. Хотел блокировать перед началом редактирования, но блокировать надо в транзакции, а, насколько я знаю, транзакция не может тянуться до процедуры "При окончании рекактирования". Как в данных случаях поступают?

(0) "мне нужно заблокировать рег. сведений при редактировании его из формы списка"
зачем?

(1) Если одну и ту же запись редактируют 2 чела, то она расходится, задваивается, сохраняется вариант каждого из этих 2-х

разве такое возможно?

еще как возможно

v8: Как открыть форму записи регистра сведений в управляемом приложении?

форма не управляемая, а обычная

не верю в 2

Чему "не верю"? Это же регистр сведений :)

Ммм... не совсем в тему,но... Даже если вы услышали про блокировки впервый раз, то вам всё объяснят в http://1cexpo.ru/informacziya/27-blokirovki-dannyx-v-1spredpriyatii-8.html

чесслово. Конфигурация - управляемый режим. Объект - управляемый (пробовал автоматический - не помогло). Редактирование рег. сведений организовано в форме списка. Под 2-мя разными пользователями одновременно начинаю редактировать одну и ту же запись - 1С это позволяет сделать (к сожалению). После редактирования и сохранения обоими пользователями, если изменено измерение, появляются 2 записи рег. сведений, с вариантом каждого из пользователей.

(0) очень подробно написано в книге по переходу с 8.0 на 8.1

(10) Управляемый режим - про блокировки имел ввиду, а форма обычная

запрети редактирование из формы списка

(8) регистр сведений не дает записать записи с одинакомым набором измерений..

(11) а если без особых подробностей, а так, попроще объяснить?

(0) зачем блокировать регистр перед началом редактирования?

(10) а вот это совершенно нормальная ситуация..
а что в регистрах, если не секрет?

(13) - нач. хочет из формы списка, не могу.

Глянулд с прочими типовыми регистрами УПО - та же картина

(16) - чтобы 2-й пользователь не мог редактировать данную запись

(16) + открыл форму и ушел человек курить бамбук: остальные сидят и тоже курят бамбук, потому что один бамбук дал другому бамбуку возможность заставлять всех остальных курить бамбук))

(14) Я же написал, что если изменяются ИЗМЕРЕНИЯ тогда задваиваются записи

(21) я тоже написал: это СОВЕРШЕННО нормальное явление.. блокировка в данном случае никак не поможет, потому второй в ЛЮБОМ случае изменит и проведет после того, как первый завершит редактирование..

(20) открыл форму и начал редактировать - разные вещи

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

а что хранится в регистре?

(25) я уже спрашивал - не хочет колоться))

(25) - да просто сведения, можно сказать справочные

с данным регистром будет работать много пользователей одновременно из формы списка

(22) - почему же не поможет? если заблокировать набор записей перед началом редактирования, а разблокировать при окончании, то второй пользователь просто не сможет начать редактировать данную запись до окончания записи 1-го

(21) что за регистр? предлагаю редактировать записи не в списке, а чтобы формочка записи открывалась - тут нужен эксперимент, т.к. я не знаю будет ли оптимистическая блокировка (вроде так называется) включаться или нет (аналогично, если мы откроем элемент справочника)

начальство хочет, что редактирование осущетслялось из формы списка, "нгужно много и быстро редактировать, некогда в форму переходить". И я совсем не уверен, что при переходе в форму списка данная проблема решится

регистр непериодический, независимый

(29) да потому, что второй пользователь дождется завершения транзакции первого, и ЛЮБОМ случае запишет свою запись.. блокируется регистр на запись набора, а в форме списка - воля вольному.

(32) Ну и как ты собираешься блокировать набор записей в таком случае?

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

попробовал с формой записи - абсолютно то же самое, что и из формы списка, точно так же задваивается

(10) Читай доки про объектные и необъектные данные. В твоем случае нужно хранить как объекты, например, в справочнике. Тогда блокировки в твоем сценарии будут работать.

Поскольку все равно читать поленишься, вот кратко теория.

В РС понятие "отна и та же запись" определяется набором измерений. Изменил измерение - это уже другая запись, блокируй не блокируй. В справочнике идентичность записи определяется ссылкой, и не заыисит от значений реквизитов.

(35) - не помогло все равно. Почему рег. сведений не редактировать в списке?

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

Если можно "чуток" подправить регистр, то у меня есть решение вопроса... Но озвучу тогда, когда иного выхода не найдут.

не признается же...

(37) - это я прекрасно знаю. Так же знаю, что рег. сведений можно заблокировать по измерениям

(40) нет там решения..

(42) блокировка таблицы регистра сведений не запрещает параллельно запустить еще одну транзакцию... понимаешь?

(43) Я не собираюсь решать за все регистры :) но в отдельно взятом регистре - можно.

(45) с учетом (44)????

и исходной задачи, что изменяется значение измерения??

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

да хоть по всем возможным наборам пусть блокирует - все равно не поможет))

да уж, придётся переводить данные в справочник

(45) хочешь одно измерение чтоле оставить??

Убедили, переделываю на справочник. Справочник при редактировании из списка блокирует элемент автоматически - проверил.

Изначально душа и лежала к справочнику.

Всем неравнодушным большое спасибо за помощь.

А все же, Serg_1960, какой вариант у тебя был?

(52) до одного измерения свести регистр - я так думаю)) тогда второй пользователь получить "посыл", что данные в базе изменились...

начать менять второй сможет, но при попытке записи система его пошлет.

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

Данный регистр еще не внедрен толком, только на этапе разработке, хотя уже все для него написано, включая загрузку которая должна начаться через 4 часа :) Так что перекинуться на справочник можно, только быстро.

(55) не продолжай, потому что не поможет.. по другим наборам измерений вторую запись добавят..

решить можно если одно измерение..

(54) - не пошлет, при записи он просто затрет изменения первого (если он не менял измерение)

(57) Нет, не добавят. Если записи регистра "связанны" со справочником 1:1 и если перед редактированием записи регистра сделать попытку блокирования ссылки справочника - торедактировать запись сможет только один из многих.

(59) проверь: скорее всего получишь сообщение о несоответствии записи в базе данных.. или что там еще пиликает 1с..

(60) блокируется на запись справочник, а не регистр сведений...

(55) прикольно, но что лучше? избыточный справочник + не верно построенный РС vs правильно спроектированного справочника

(59) а почему ты так и не сказал что хранится в РС ?

(60) (63) 1С сказала что ему пофиг на ресурс с "уникальным" справочником.

Добавить еще одно измерение - пихать туда УникальныйИдентификатор. В спсике это поле не показывать вообще. Блокировать по этому измерению.
Но лучше не извращаться и сделать справочник :-)

(66) да не будет работать... скоко можно..

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

Когда то я так сделал регистр сведений и справочник.

Измерения регистра <=> реквизиты справочника.

Это было давно, когда я был "твердо" уверен, что отбор и поиск по регистру работает значительно быстрее чем по справочнику.

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

(67) Будут-будет, если пользователь не сможет менять измерение с UUID ручками.

погляди в сторону "ЗаблокироватьДанныеДляРедактирования", тока это для УФ, но вроде как можно в обычном режиме открывать УФ.

(69) с учетом того, что данные в форме списка сперва редактируются, и только потом идет ПОПЫТКА записи в базу, и собственно, контроль целостности - системе будет фиолетово наличие ююайди, потому набор ИЗМЕРЕНИЙ больше одного...

а если уж так хочется именно через форму списка: объявить глобальную булеву переменную, и если она взведена посылать всех нафиг при попытке редактирования в форме списка - это в качесте порции бреда... можно же и мне))

(69) Работать можно заставить что угодно :) Но этот вариант - изврат. Ибо блокировку набора записей всё равно нельзя будет задействовать.

(69) стоп, а как тогда можно получить данные из этого регистра? Например, будут шесть одинаковых строчек, но с разными Уид. Как мы определим, какая из них наиболее правильная?

(72) Почему нельзя блокировать набор записей по измерению UUID?

потому что блокируется по набору измерений, НАБОРУ..

а чем кстати объект "БлокировкаДанных" не угодил?

(76) а что блокировать?

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

(77) РС ,не?

(78) +1 :)

PS: только сейчас обратил внимание на "схожесть" варианта из (68) и "изящную" реализацию РАУЗ, с его "параллельными" регистрами и справочниками...

(73) Это аргумент.
(75) Это тоже аргумент.

Ладно придумаем другой изврат:
UUID пихаем в реквизит, пользователю редактировать не даем, при начале редактирования заносим этот UUID в специальный дополнительный регистр вместе с пользователем, перед началом редактирования проверяем не редактируется ли уже эта запись. При записи или отказае от редактирования - снимаем блокировку. При начале сеанса пользователя автоматически чистим "зависшие блокировки этого пользователя", тоже самое из специального регламентного задания, котрое удаляет блокировки пользователей, корых в данный момент нет в системе раз в несколько минут.

проще распределить права на редактирование, чем огород городить непонятный...
автор до сих пор не признается, в состоит задача..

зы.. а бегу, бегу на матч ЛЕ)) кто со мной в раменское?))

(82) ну смотри: например, утром пользователь редактирует запись регистра. В обед приходит второй пользователь и тоже редактирует эту же запись. Вечером первый пользователь открывает регистр и видит, что его корректировки пропали.

В итоге парадоксу влетит по-полной, что он никак не наладит свои блокировки. И Уидами тут не поможешь.

(84) да, это круто    mrParadox влетит за парадокс с записями))

ТС надо вкурить до просветления мозга что есть регистр сведений и что есть задвоение записей.
(21) Для тех, кто на бронепоезде, измерения разные != задвоение.

Если ТС разберется КОГДА возникнет блокировка при редактировании списка, то, ИМХО, проблему решит сам.

при завершении редактирования?))