Приложение к публикации: "Для чего нужны блокировки"(с).

7 Comments

1. Angeros 13.10.2011 at 05:24

   Ну это все понятно. У меня вот какая проблема возникает. Кто-нибудь знает по каким причинам механизм блокировок может не работать или отключиться? При том что в тестовой базе вовремя отладки блокировки устанавливаются, и система работает корректно. Стоит запустить в боевую эксплуатацию…

   Reply ↓
2. comol 13.10.2011 at 11:53

   Не сдержался не поставить минус.

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

   Научите меня «Изменять итоговую запись регистра» «Средствами встроенного языка». Честно, очень хочу :).

   Reply ↓
3. hogik 13.10.2011 at 23:59

   (2)
   
   «Честно, очень хочу :).»(с)
   
   Олег.
   
   Опять, в особо извращенной форме … ? ээээ … читаете мои тексты. 😉
   
   Я не предлагаю и не собираюсь рассказывать о том как это сделать.
   
   Это делала и делает сама платформа.
   
   Я рассказываю, только о том — как расставлять средствами «Управляемые блокировки» последовательность обновления/чтения данных в/из БД, чтобы не возникал deadlock.
   
   И доказываю, что Ваша статья про «Для чего нужны блокировки»(с) полное высокомерное верхоглядство. Ух, не люблю я эТТого…

   Reply ↓
4. comol 14.10.2011 at 01:18

   (3) Если делает сама платформа — то что же вы тогда пишите

   Т.е. на уровне «бизнес логики»[0], если схема базы данных отражает бизнес логику…

   Владимир, совсем запутались в показаниях.

   платформа ничего не знает о нашей «бизнес логике»[0] в вопросе «отрицательности» остатков, то «угрюмо» пытается наложить Х блокировку на итоговую запись регистра накопления.

   На тренинг к Рупасову сходите что-ли… он там хорошо эти моменты все объясняет

   Всё, больше не комментирую. нечего здесь комментировать.

   Reply ↓
5. hogik 14.10.2011 at 02:09

   (4)
   
   Олег.
   
   Я пишу — только, то ЧТО знаю и, как мне представляется — понимаю.

   Мой текст:
   
   «Т.е. на уровне «бизнес логики»[0], если схема базы данных отражает бизнес логику…»(с)
   
   не относится к продуктам 1С. И не может к ним относиться, т.к. их схема базы данных не отражает «бизнес логики»(с). Она отражает — «бухгалтерский» учет. 🙂 🙂 🙂

   Reply ↓
6. ZLENKO 07.10.2013 at 11:51

   (5) «Я пишу — только, то ЧТО знаю и, как мне представляется — понимаю»
   
   Судя по этой статье, Вы не понимаете… Лучше уберите статью чтобы не запутывать людей.

   «Если такая проверка, вообще, не требуется, то не следует использовать «итоги по измерению»»
   
   Вот это вообще непонятно. Как связано использование итогов по регистрам накопления и проверка ?

   Reply ↓
7. hogik 07.10.2013 at 17:49

   (6)
   
   Владимир (ZLENKO.PRO).
   
   «Лучше уберите статью чтобы не запутывать людей.»(с)
   
   Обязательно уберу, после того как Вы напишете свою статью на данную тему. 🙂
   
   Т.е. расскажите как «версионная СУБД» поможет избежать взаимоблокировок в схеме базы данных 1С-продукта. При наличии регистров с итогами и многострочных документов с обработкой в одной транзакции.
   
   И возможно, в процессе написания своей статьи Вы поймете, что единственный способ избавиться от взаимоблокировок — это использовать управляемые блокировки так как описано в моей заметке. И поймете, что взаимоблокировки возникают не только в алгоритмах проверки остатков. А возникают они всегда, когда в схеме базы данных используются итоги.
   
   «Как связано использование итогов по регистрам накопления и проверка ?»(с)
   
   Надеюсь, Вы обратили внимание, что автор «исходной» статьи связывает «блокировки» с «бизнес» логикой контроля остатков? 🙂 Но, блокировки итоговых записей никак не связаны с фактом контроля остатков. Такие блокировки будут (обязаны быть!!!) всегда…

   Reply ↓