Счетчики в константах #799454

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

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

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

(с)

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

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

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

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

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

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

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

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

почитайте

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

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

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

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

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

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

Непонял

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

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

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

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

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

* >

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А для чего?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как говаривал незабвенный наш гений: "Мой гений дарит вам..."(цы) Цель не скрываю: сбить с толку :) Добавляем справочник (с наименованием например, "Сonstant") и реквизитами "КакЧисло", "КакДата" и т.д.; все строки - предопределенные (имя преопределенной и имя константы - совпадают). Правила работы просты: "одна строка - одна константа". Тогда к псевдо-константам можно будет обращаться "напрямую". Например, к константе "Счетчик_Х"(тип: число) можно обратиться так: Сonstant.Счетчик_Х.Число (где "Сonstant" - наименование справочника; "Счетчик_Х" - предопределенная строка; "КакЧисло" - реквизит справочника)... :)

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

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

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

Тема нумерации навеяло одну смешную тему -

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

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

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

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

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

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

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

Может, если это бизнес по придумыванию и продаже шаблонов. И ты не пытался выяснить зачем?

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