Есть рекомендация от 1С не делать сабж, использовать для этих целей регистры сведений.
Правильно ли я понимаю, что так как нынче константы хранятся в отдельных таблицах, рекомендацию можно считать устаревшей?

Если этот код написать в модуле проведения документов, то у вас ни один документ не сможет проводиться параллельно, даже если документы никак не пересекаются по данным. Для них узким место будет запись константы, т.к. параллельно изменить одни и те же данные нельзя.

(с) http://1sprogress.ru/anatomiya-platformy-struktura-xraneniya-konstant.html

(1) а в чем будет отличие, если использовать для счетчика РС, его что можно будет записать параллельно?
РСМенеджер.СчетчикДокументов.записать()

(0) Версия конфигурации - тоже счетчик, прекрасно живет в константах.

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

(4) Как часто версия меняется?

(3) в РС блокируется строка, в константах блокируется таблица.

(0) были в типовой ЕРП счетчики в константах, теперь их там нет...

(7) и какая именно таблица?

(9) Const71414 или любой другой рандомный набор цифр, чё за вопрос такой?

(10) почитайте (2)

(7) (10) так в том-то и дело, что в этой таблице хранится только одно значение, это значение этой конкретнойконстанты.

(11) Что это меняет в данном случае? У тебя каждая новая запись счётчика в свою контанту? Нет, а значит таблица константы (конкретной) всегда будет одна.

(12) Ты сказать этим что хотел?

(13) бинго! так в чем отличие блокировать строку в РС и блокировать таблицу из одной строки?

(15) В том что каждый док будет создавать НОВУЮ строку со счётчиком, а в константе МЕНЯТЬ ту единственную.

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

(17) Непонял

(17) Ты щас вдумчиво перечитай всё сверху, а потом коменти...

У таблица Конст2548 у ней 1 строка со значением константы

Есть таблица РегСв2548 у ней 1 строка с несколькими колонками

Почему блокировка записи в таблицы Регсв по времени меньше чем  блокировка в таблице Конст2548?

(20) Вопрос не во времени, а в паралельности, в РС можно паралельно 3 строчки писать, а паралельно менять 1 строчку константы нельзя...

http://memesmix.net/media/created/yt4fx9.jpg

(20) извините, похоже, вы не в теме. просто так создавать новую строку нельзя, чтобы счетчик был валидным, все равно нужно блокировать строку с максимальным прошлым счетчиком на запись.

(18) чего? что время затрачиваемое на блокировку таблицы (для каждой константы выделена отдельная таблица) больше, чем установка признака "Блокирована" на строку в РС?
(20) потому что блокировка таблицы проставляет признаки в нескольких местах (на таблицу и на каждую запись в ней), а блокировка записи проставляет одну блокировку записи
(21) Мы не знаем исходной задачи, потому теоретически Счётчик - изменение одной строки в РС несколькими документами

*(20) >(21)

(21) а как насчет того, что будут попытки записать доки  с одним и тем же номером.

(21) Например? У нас глобальный счетчик к примеру IDD. При записи любого нового объекта мы его инкрементируем.
У нас 2 варианта хранения. В отдельной таблице Конст2548 или в отдельной таблице РегСв2548. В чём разница?

(15) РС можно сделать периодическим и вместо перезаписи делать вставку.

(23) С какого перепугу её нужно блокировать если ты не собрался инструкций UPDATE запуливать? С какой стати не обновляемая строка потеряет валидность и её нужно блокировать?

(21) Если у нас 3 значения, то у нас будет 3 константы (3 отдельных таблице) против 1 таблице с 3-мя строками

(30) Какой план хороший, счётчик сразу в трёх константах хранить...

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

(27) У нас три варианта. Для счетчиков в 1С предусмотрели последовательности. Если счетчик щелкает постоянною. Нужно использовать последовательности. Там все оптимизировано в том числе и по блокировкам.

(31) а вы что предлагаете? Хранилище значение и хранить в нём массив?

(29) а как вы себе представляете процесс инкремента счетчика? допустим последняя запись равна idd=255, проводятся одновременно 3 документа, они без проблем считывают макс значение счетчика(RCSI), и инкременируют его одновременно на 1 и все запишут 256 так что ли?

(33) не понял, как мне в последовательность справочник запихнуть?

(27) вот какой вредный. Разница:
1. константа - блокируем таблицу, блокируем каждую строку в таблице
2. рс - блокируем одну строку. (тут вклинивается поиск строки, но, он не сравним с блокировкой)

(37) Так в таблице всего одна строка, неужели поиск в РС будет намного быстрее блокировки таблицы с одной строкой?

(37) и?
Т.е. блокировка таблицы занимает условно 2,5 сек,а  блокировка строки в таблице занимает условно 2.5 наносек?

Таблица полностью идентичны. Это отдельная таблица в которой всего 1 колонка и 1 строка. Разница только в названии таблицы

(0) А зачем вообще этот счетчик нужен? может использовать РС, Константу и регламентное задание?

(35) Шансов на это мало, но так или иначе ты можешь поставить блокировку на значение 256, отловить её в других доках и инкрементировать ещё на единичку...

(38) Поиск по индексу, конечно быстрее блокировки

(38)(39) по времени разница примерно в 0.5 (+/-)сек для MS SQL
специально замером смотрел, была примерно похожая задача. После перехода на РС проведение доков ускорилось

(42) Шансов как раз море, если пользователей много ибо у него сквозная нумерация всех объектов: справочники, документы

(44) О_____________о откуда такие подробности личной жизни?

(3) Пока проводятся документ, все курят бамбук, что бы записать константу.
...
Думается 1С с константами опять намудрила :)

(45) да я был сбит с толку сообщением из (36)

(33) (36) Тьфу ты, не последовательности, а НУМЕРАТОРЫ!

(42) Шансов много. А блокировка на значение не будет отрабатывать быстрей, чем запись константы, хотя если таких коллизий будет не много, то определенно работать будет быстрей.

(48) А как использовать нумератор не для назначения номера документа?

(42) Периодический РС - ни разу не счётчик т.к. добавляет записи и приходим к вопросам "А которая из них последняя" и "Сколько времени займёт её найти". Много пользователей получают данные без проблем и запишут свои новые значения (90%  - одинаковые) - в результате каша, а не счётчик.

(0) В оперативном режиме нумеровать документы - бред. Какой бы механизм Вы не выбрали, при интенсивной работе с базой будет все тупить жутко.
Лучше пересчитывайте доки регламентным заданием ночью. Дабавьте общий реквизит "Посчитали" для всех доков. В регламентном выбирайте все доки, где Посчитали = Ложь, меняйте значение реквизита на Истину и перезаписывайте константу.

Сделать оба варианта да прогнать замер - делов-то.

(51) Ты про виртуальные таблицы чё нибудь слышал?

(52) Ага, выдали счёт № ХХХХ, ночью что-то пожужжало и получили номер YYYY. И как с клиентом разговаривать?

(51) И? в (35) пример очень показательный. Как ни странно, но виртуальная таблица для построения требует времени.

С РС нужно после перед чтением еще управляемую блокировку включать, потом выключать. Беспонтово.

(50) Создать документ. Вместо константы и РС.

(43) >>После перехода на РС проведение доков ускорилось
И текущая строка РС счетчика при этом блокировались на запись?
или просто "перешли на РС, считываем последнее idd и надеемся как в (42) на то что, "вероятность файр резиста крайне мала"

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

(58) как положено с блокировкой

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

(60) Счетчик нужен для определения количества доков? Что за бред?

(58) а можно ссылку на эту рекомендацию? Что именно там 1С советует?

(61) А для чего?

(60) у меня была задача реализовать нумерацию документов по разным фирмам с различной периодичностью (день, месяц, год) с возможностью динамически влиять на оную. Типа шаблона номера документов, вот там счётчик и понадобился.

(63) Например, для подсчёта входов-выходов сотрудника за день, неделю, месяц и т.д.

(62) https://its.1c.ru/db/metod8dev#content:4053:hdoc:_top
Константы

Не рекомендуется использовать константы для хранения постоянно меняющихся данных. Это приведет к возникновению избыточных блокировок и снижению общей производительности системы. Для хранения таких данных можно использовать другие объекты метаданных "1С:Предприятия" (справочники, регистры и т. д.).

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

Очевидно, что информация устаревшая!

(64) (65) В ДО например нумераторы реализованы черзе РС "Нумерация" Там тоже счётчики. Только там строка обновляется, и т.к разрезов у РСа достаточно много, в колизии не впадает...

(64) Для подсчета входов-выходов и т.п. есть РН.

(65) Еще со времен 8.2.14, те лет 10 уже

(64)  в (3) и далее по ветке говорили про счетчик документов.
Если задача считать сотрудников или еще кого-то, то нам нужно измерение, которого у константы нету и вопрос об ее использовании отпадает.

Конечно без понимания задачи посоветовать ничего нельзя

(64) Можно подробности? С первичными бизнес требованиями.

документы считать лучше вообще при формировании отчета.
Явно что этот отчет не такая частая функция

Если это нумератор, то лучше регистр ибо 146% потом потребуются разные разрезы

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

(71) А что там непонятно.  Управленческая база, нужна своя нумерация в разрезе юрлиц, но при этом учет ведется по компании в целом
Вариант 1, мы меняем типовой номер в документах в зависимости от признака (ну например от юрлица). Т.е. меняем типовой код и периодичность.
Вариант 2. Типовой номер не трогаем, а реализуем свою нумерацию, т.е. без изменения типовой в рамках подписки на событие (или в рамках расширения)

(74) Что значит проще посчитать? Например нужен инкрементный счетчик для обмена, или свой уникальный номер справочников и документов

(71) Да без проблем: необходимо реализовать нумерацию документов (для разных фирм своя периодичность формирования номера, вида: ГГГГ БН где ГГГГ - номер в пределах года, Б - установленная баква для данного вида документа, Н - количество счетов в пределах данной буквы). Номера задаются шаблоном номера в справочнике фирм. Периодичность,на выбор, в пределах года, месяца, дня.
Реализовал конечный автомат разбора шаблона номера и 3 РС со счётчиками по фирмам и периодичности (3 возможных периода). Рассматривал возможность использовать константу для каждого периода, не получилось, слишком медленно.

77+ в основном, нумерация подключалась к выставленным счетам

(77) ПриУстановкеНовогоНомера не  пробовали использовать? Можно же без лишних объектов было обойтись.

(79) а как он поможет?
Например типовая нумерация документа в течении года. Мне нужно реализовать нумерацию в течении месяца/дня. И чем мне поможет при установки нового номера?

(79) В ДО однако не обошлись

(77) Ты описал реализацию. А я просил прикладную задачу.

(79) нельзя.
С одной стороны раные шаблоны: у одной фирмы шаблон "ГГГГ БН" у другой "ДДММГГ-ВВ" где ВВ - номер в пределах дня.
С другой: если одновременно записывают 2 человека документы тупо получат одинаковый номер без наличия счётчика.

(80) Запросом вычислять. Но, это все-таки медленно, согласен.

Как говаривал незабвенный наш гений: "Мой гений дарит вам..."(цы) Цель не скрываю: сбить с толку :)

Добавляем справочник (с наименованием например, "Сonstant") и реквизитами "КакЧисло", "КакДата" и т.д.; все строки - предопределенные (имя преопределенной и имя константы - совпадают).

Правила работы просты: "одна строка - одна константа". Тогда к псевдо-константам можно будет обращаться "напрямую".

Например, к константе "Счетчик_Х"(тип: число) можно обратиться так: Сonstant.Счетчик_Х.Число (где "Сonstant" - наименование справочника; "Счетчик_Х" - предопределенная строка; "КакЧисло" - реквизит справочника)...

:)

(84) Вычислять что? мы же говорим про типовую команду ПриУстановкеНовогоНомера, а там чем запрос нам поможет?

(84) вся соль не в вычислении макс номера запросом, а в его блокировке на запись

(82) т.е. "Надо разные номера ... по шаблону" это не описание прикладной задачи?

Тема нумерации навеяло одну смешную тему - Изменение нумерации, обычные формы

(85) у меня есть похожая реализация, только там еще колонка период. И соответсвенно новый период - новая нумерация.

(88) Нет. "Прикладная" - это значит "что попросил бизнес", его языком. А шаблоны и прочее уже ты придумал.

(91) почему бизнес не может попросить шаблон?

(91) это попросил бизнес шаблон номера и периодичность его формирования

93+ Реализация: конечный автомат + техника дела для счётчиков

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

(95) маленькая поправка: у ТС константа используется для реализации счётчика

(92) Может, если это бизнес по придумыванию и продаже шаблонов.

(93) И ты не пытался выяснить зачем?

(86) Установить блокировку на таблицу документа в нужном разрезе, посчитать количество записанных доков, сформировать номер.

мы наблюдаем активный мозговой штурм на тему "реализация сферического счетчика в вакууме"

(96) У ТС теоретический вопрос. Уже, вроде, выяснили, что использование констант зависит от того, какой это счетчик. Если счетчик релизов конфигурации или какой-либо другой, не связанный с параллельной записью, то использовать можно.

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

(0) судя по статье в (2) все ок

Пример
Если нужно считать входы и выходы (приход расход), то регистр накопления
Если нужно считать количество за период - обороты.
Если нужно формировать свой номер - одинаково, что константа, что регистр сведений, что справочник.

(98) и в это время все курят в сторонке, так как поиск номера + запись документа должна быть в рамках одной транзакции. Иначе получим дубли

(101) (103) Я ж сам уже написал, что это медленная хрень, че пристали?

(99) а такие штурмы полезны по понедельникам)
и задача похожая на описанные выше с нумерациями вполне реальная, у нас в базе реализовано что-то подобное

(105) замечал, что чем более сферическая задача, и чем более разрешен вакуум тем больше активность у людей
а вот когда дело дойдет до задачи реального бизнеса..))

(106) Реальную задачу анализируешь - выходишь на метод решения. Скукота.

(107) не, я согласен - ветка полезная

реальная задача: сквозная нумерация кучи документов разного типа, счетчик - число, не должно быть задвоений
конечный номер - числовой, не более 9ти цифр

(109) Нумераторы как раз для этого.

(110) опередил))

Что-то попахивает велосипедом. Уже озвучено зачем нужно реализовать счетчик в этой задаче?

(35) не понятно, Ваше рвение записать все одной строкой,
Что вам мешает в каждой строке писать 1, а потом считать?

(112) неа, мы тут сферических коней в вакууме измеряем.

(99) Причем параметры как коня, так и вакуума - неизвестны.

Ну на 8.1 это вполне реальной проблемой было(для меня по крайней мере).

Требовалось генерировать уникальные ШК, для документов.
А документы создавались штук по 20-30 в минуту на большом количестве компов.
Читал и писал максимальный номер ШК в РС, иногда были блокировки.
Пытался переделать на констату, хуже стало в разы.

Но я читал, что в 8.2 исправили блокировку константы с блокировки всех констант, на блокировку отдельно взятой константы.
Но таких баз на 8.2 и 8.3 у меня нет, и протестить не получилось)

Что-то мне подсказывает, что 1С уже решила подобную проблему: генерация номеров документов

(110) нумератор - для номера документа
мне нужен еще один номер, сквозной внутри базы для документов разного типа
сам номер документа неподходит, он формируется по своей логике
для ШК ЕАН-13 :)

А завтра еще какой-нибудь счетчик понадобиться и еще один и еще десять и потом по такой же логике еще для какой-нибудь методы десяток констант и так смотришь уже соточка констант назаводили. Куча констант вместо использования других объектов это как в 1с7? Может и не надо было с нее уходить?)))

(116) В 8.1 конечно с константами была полная ж...

(118) РС и в него Лев(МД5(Док№), 10)

весело тут у вас

(122) атож) интересно послушать эксперта: за счет чего может достигаться (43)

(117) В ДО например не используются платформенные нумераторы. так что 1с ничего не решило еще

(123) Эксперт говорит, что задача не имеет валидного решения. Ну, вы не сможете сделать счетчик СУБД с паралельно работающими с ним пользователями. 1С обошло проблему с нумераторами, кэшируя максимальный номер в памяти сервера 1С (и все равно там есть критическая секция на паралельный доступ к памяти) и инкрементируя его каждый раз при УстановитьНовыйНомер(), даже если документ не был записан.
У вас общей памяти для всех пользователей - нет. Смиритесь.

(125) это ж с какой скоростью нужно новые номера получать, чтоб такую ошибку увидеть?

Опять же есть блокирующие очереди, где 2 получатель может и подождать

(125) А мой "эксперт" говорит, что задача имеет валидное(допустимое) решение :)
Например, вместо создания нумераторов, регистров и т.д. - добавляем в конфигурацию документ "Х" (пустой, совсем пустой, только ради автонумерации, ради использования платформенных плюшек). А когда нужно получить очередной номер - добавляем и записываем документ "Х" - платформа присваивает номер,который мы и используем. В принципе, плодить пустые документы необходимости нет, можно и одним документом обойтись.

(продолжаю стёбать)

(128) См. (57) :)

Невозможность использовать нумераторы вне контекста нумерации документов это конечно недоработка платформы.

(128) Хитер :-)

(129) А я и не претендую на авторство, боже упаси. Просто Вас "не услышали" и мне пришлось повторить более "развернуто".
"Всё уже написано до нас"(цы)

(128) Самое главное - в случае этой реализации - нигде ничего не описывать. Ни в комментарии к этому фиктивному документу, ни  в справке к нему, ни, не дай бог, во внутренней системе документации. Потому что Н. Незаменимость.

(132) Потому что О. Очевидность. К.О. Капитан Очевидность.

(128) я пришел к тому же, хотел использовать документ
но рабочий вариант сделал на справочнике, использую Код
тут конечно другое "зло" вылазит: создание другого ссылочного объекта в транзакции самого документа (рег.задания не подходят, ШК печатается сразу)
но другого пока не придумал

(134) да это норм, в типовых справочник "Ключи аналитики номенклатуры" создается в документах только в путь

(135) ну значит я в тренде :)