bdd2


Бритько Анатолий

130
Рейтинг

Анатолий Бритько
headMade



  •   Регистрация: 20.07.2010 (6 лет назад)

  •   Был(а) на сайте: сегодня в 12:59


Группы

Профессиональный разработчик

IE 2012 Online

IE 2013 EVO Участник

Рейтинг 130

Публикации

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



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


Решение задач по управляемым формам (с подробным описанием) из "Сборника задач для подготовки к экзамену "1С:Специалист" по платформе "1С:Предприятие 8" (5.1 - 5.3)


Консоль запросов с возможностью импорта параметров запроса из конфигуратора и просмотра временных таблиц при отладке.



Комментарии

DevАвтоматизированная проверка конфигураций… и пара слов о стандартах разработки#2 18.01.17 13:11
Спасибо. Отличная статья.
Подскажите может в АПК есть возможность в отчете выводить только "новые" ошибки.
Например: запустили проверку 17.01 - АПК показало 100 ошибок.
При проверке 18.01 - показало 115 ошибок.
Можно ли увидеть в отчете только эти новые 15 ошибок?
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#19 12.01.17 17:21
Презентацию можете выложить куда-нибудь?
Спасибо.
UtilsStartManager 1.4 - Развитие альтернативного стартера#992 09.12.16 9:45
Подскажите может есть такая возможность запуска конфигуратора "От имени администратора ОС" (требуется для публикации веб сервиса).
AdminПланы обмена. Управляемый режим блокировок#3 28.11.16 17:42
Посмотрите - вроде часть скринов пропала. Например там где "выполнив код SQL:".
MobileDev1С:Принтер чеков. Какое поддерживает оборудование ?#1 22.11.16 11:05
Подскажите где можно посмотреть перечень оборудования, которое сможет работать с 1С:Принтер чеков.
На данный момент нашел только
http://v8.1c.ru/libraries/celmob/mob_certified.htm
http://v8.1c.ru/enterprise/3/3601.htm
Dev"На пальцах" - чем отличается "repeatable read" от "read commited" и "read commited snapshot"?#13 11.11.16 16:17
(8) starik-2005,
Цитата
помнится, говорит о том, что блокировки MS SQL все-таки устанавливает.
Конечно же блокировки всегда устанавливаются. Важное значение имеет с каким уровнем изоляции они устанавливаются и когда они снимаются.
В некоторых случаях блокировка держится до конца транзакции (при repeatable read), а в некоторых снимается сразу после выполнения запроса (read commited).

Цитата
но даже наличие WITH (NOLOCK) не гарантирует их отсутствие.
- естественно можно еще рассматривать блокировки стабильности схемы или блокировки намерений, но они на параллельность работы пользователей в 1С никак не влияют.
Dev"На пальцах" - чем отличается "repeatable read" от "read commited" и "read commited snapshot"?#7 11.11.16 12:44
(3) CSiER,
Цитата
то есть при repeatable read получили dirty read?

В статье же написано про 2 сеанса.
В первом сеансе у нас устанавливается блокировка с уровнем изоляции repeatable read.
А вот ВО ВТОРОМ сеансе у нас будет видно dirty read.

Т.к. в приведенном примере стоит уровень совместимости с 8.2, то read commited snaphot не используется. Соответственно когда пользователь во втором сеансе открывает форму списка, то фактически сервер 1С передает запрос MSQL с хинтом "with no lock". Что фактически означает что будут прочитаны все данные в т.ч. данные не зафиксированных транзакций. Поэтому именно ВО ВТОРОМ сеансе будет наблюдаться грязное чтение, невзирая на то что в первом сеансе на этих записях стоит блокировка с уровнем узоляции repeatable read.
Dev"На пальцах" - чем отличается "repeatable read" от "read commited" и "read commited snapshot"?#6 11.11.16 12:39
(3) CSiER,
Надо разделять менеджер блокировок MSQL и менеджер блокировок 1С.
Когда у вас включен автоматический режим блокировок, то работает только менеджер блокировок MSQL, при этом используется уровень изоляции транзакций repeatable read и serializable.
Причем это не сам MSQL решает какой уровень изоляции использовать при получении данных, а это сервер 1С при передаче запроса на выполнение MSQL "говорит" какой уровень изоляции для какой таблицы необходимо установить. Т.е. тут за блокировку полностью отвечает MSQL.

Когда вы включаете управляемый режим блокировок, то начинает работать менеджер блокировок 1С. И соответственно сервер 1С решает что для MSQL будет достаточным уровень изоляции транзакций read commited т.к. за блокировку данных будет отвечать сам сервер 1С. В этом случае MSQL фактически ничего не блокирует.
А "БлокировкаДанных " - это фактически команда серверу 1С, что необходимо наложить блокировку на определенные данные.
Т.е. не взирая на то используем мы или нет "БлокировкаДанных ", на уровне MSQL всегда будет использоваться read commited.
DevСнегопат - расширение Конфигуратора 8.2/8.3 от orefkov#704 12.10.16 14:24
(703) ture, у меня тоже такой проблемы нет
зачем тогда поднимать такой вопрос?