Salimbek писал(а) 14. Января 2008 :: 12:15:

В таких терминах нельзя моделировать процессы.
ИМХО общий журнал не зло, а один из вариантов однозначного разрешения проблемы определения массива объектов блокировки.

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

Igor-bts писал(а) 14. Января 2008 :: 12:46:

В толстой книге всегда воды много. Не раз убеждался.

Цитата:

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

spock писал(а) 15. Января 2008 :: 05:54:

Насколько я понял эти процедуры не накладывают ни каких физических блокировок а только служат флагом для программиста?
А если он забыл где нить вставить проверку?

Nick писал(а) 15. Января 2008 :: 06:10:

Да, не накладывает. Но тут смысл блокировок совершенно другой. Например, для регистров можно "накладывать блокировку" как для всей таблицы, так и для диапазона. Т.е. если регистр меняется с такого-то по такое число (или ид-р документа), то sp_getapplock 'регистр.такой - июнь', если ни кто другой под таким именем не создал ресурс, то пользователем спокойно далются изменения по регистру. Это абстракция.

Выложил наброски ТЗ по qt1L.
http://www.1cpp.ru/forum/YaBB.pl?num=1200397311
Мож кого заинтересует.