В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

1С, БСП, DevOps и Архитектура

1737 membersпожаловаться на группу
2020 July 24

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Ivan Smirnov
Господа, как бы вы решили задачу по сквозной нумерации нескольких видов документов, без добавления новых реквизитов (номер по факту доп поле)? Регистр сведений документ + номер? Как контролировать запись в один момент сразу двух документов, чтобы не получить один номер на двоих?
дополнительный справочник. можно подчиненный чему-нибудь, организации например. с нумерацией в пределах владельца.
источник
22:23пожаловаться#1

PZ

P Z in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
дополнительный справочник. можно подчиненный чему-нибудь, организации например. с нумерацией в пределах владельца.
Плохо.
В момент высоких нагрузок сервис нумерации сходит с ума.
+ Высокие затраты на дополнительные объектные сущности
источник
22:29пожаловаться#2

PZ

P Z in 1С, БСП, DevOps и Архитектура
Точнее на их создание и запись
источник
22:30пожаловаться#3

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
P Z
Плохо.
В момент высоких нагрузок сервис нумерации сходит с ума.
+ Высокие затраты на дополнительные объектные сущности
ну, три года в проде, полет нормальный :) хотя нумератор не на миллионы, конечно. так, сотня тысяч, может две сотни
источник
22:34пожаловаться#4

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
а по поводу плохо - надежно и с блокировками все не так плохо, как с регистром
источник
22:35пожаловаться#5

SZ

Serferian Zverev in 1С, БСП, DevOps и Архитектура
https://infostart.ru/public/296212/
infostart.ru
Быстрое получение уникального числового значения без блокировок
Столкнулся с проблемой блокировок/тормозов при назначении уникального Штрихкода.<br />
Работало через поиск Макс. значения в Регистре сведений и записи туда нового значения. <br />
В принципе данный функционал можно использовать для создания уникальныхзначений.
источник
22:38пожаловаться#6

PZ

P Z in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
ну, три года в проде, полет нормальный :) хотя нумератор не на миллионы, конечно. так, сотня тысяч, может две сотни
Ну тык все меняют большие нагрузки.
Наоборот вариант с регистром не разу не сбойнул, в отличии от чправочника
источник
22:38пожаловаться#7

IS

Ivan Smirnov in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
а по поводу плохо - надежно и с блокировками все не так плохо, как с регистром
А чем плох регистр? Я конечно не встречал проблем с нумерацией в справочниках пока, но нужно масштабируемую систему создать, может быть и миллионы записей
источник
22:59пожаловаться#8

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
Ivan Smirnov
А чем плох регистр? Я конечно не встречал проблем с нумерацией в справочниках пока, но нужно масштабируемую систему создать, может быть и миллионы записей
Параллельность работы если регистр планируют использовать как менеджер. Встречал в типовых что на регистр ставилась исключительная блокировка, когда его метод выдал номер. Если это в событии перед записью тогда она держится до конца транзакции. Параллельно создаваемые документы ждали. Типовая по моему Казахстана была.
источник
23:10пожаловаться#9

PZ

P Z in 1С, БСП, DevOps и Архитектура
Dmitry Makarevich
Параллельность работы если регистр планируют использовать как менеджер. Встречал в типовых что на регистр ставилась исключительная блокировка, когда его метод выдал номер. Если это в событии перед записью тогда она держится до конца транзакции. Параллельно создаваемые документы ждали. Типовая по моему Казахстана была.
Не ну сдуру и не такое можно сделать.
Конечно надо делать аккуратно
источник
23:25пожаловаться#10

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
P Z
Не ну сдуру и не такое можно сделать.
Конечно надо делать аккуратно
Интересно, а как сделать без потери параллельности? Добавить избирательные измрения? Тип документа , день. В любом случае для полной консистентости будет требоваться исключительная блокировка. Последовательная выдача номеров в рамках измерений, полей блокировки. Так и так придеться чем то жертвовать из acid )
источник
23:30пожаловаться#11

PZ

P Z in 1С, БСП, DevOps и Архитектура
Dmitry Makarevich
Интересно, а как сделать без потери параллельности? Добавить избирательные измрения? Тип документа , день. В любом случае для полной консистентости будет требоваться исключительная блокировка. Последовательная выдача номеров в рамках измерений, полей блокировки. Так и так придеться чем то жертвовать из acid )
Зависит от задачи.
Если прям сквозная по всем документам то иного способа и нет.
В таком случае если это будет на справочнике тоже висеть до конца транзакции
А если по одному или группе, то да, ещё одним измерением
источник
23:33пожаловаться#12

PZ

P Z in 1С, БСП, DevOps и Архитектура
В случае отката транзакции - будут пропуски в нумерации, очень их не любят.
+ Нумератор сбоит
источник
23:37пожаловаться#13

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
P Z
Зависит от задачи.
Если прям сквозная по всем документам то иного способа и нет.
В таком случае если это будет на справочнике тоже висеть до конца транзакции
А если по одному или группе, то да, ещё одним измерением
Коллега, который поднял этот вопрос говорил о милионах записей, предполагаю что с объектами будет интенсивная работа) придеться очень хитро делить
источник
23:37пожаловаться#14

PZ

P Z in 1С, БСП, DevOps и Архитектура
Dmitry Makarevich
Коллега, который поднял этот вопрос говорил о милионах записей, предполагаю что с объектами будет интенсивная работа) придеться очень хитро делить
Миллион за какой период?
Если 10000 в день то это миллион за 100 дней, тут извращаться даже не придется.
Если миллион в день, то это хайлоад и авторское решение
источник
23:38пожаловаться#15

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
P Z
Миллион за какой период?
Если 10000 в день то это миллион за 100 дней, тут извращаться даже не придется.
Если миллион в день, то это хайлоад и авторское решение
Согласен, только если эти 10000 не в течении 1 или 2 часов интенсивной работы формируются по бизнес пооцессу
источник
23:40пожаловаться#16

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
P Z
Миллион за какой период?
Если 10000 в день то это миллион за 100 дней, тут извращаться даже не придется.
Если миллион в день, то это хайлоад и авторское решение
В течении дня разумеется)
источник
23:40пожаловаться#17

PZ

P Z in 1С, БСП, DevOps и Архитектура
Dmitry Makarevich
Согласен, только если эти 10000 не в течении 1 или 2 часов интенсивной работы формируются по бизнес пооцессу
Ну смотри.
Как ИМХО, эмпирически.
До 10 объектов одного типа в секунду все ок.
Свыше 10 в секунду уже авторский подход.
источник
23:41пожаловаться#18

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
P Z
Ну смотри.
Как ИМХО, эмпирически.
До 10 объектов одного типа в секунду все ок.
Свыше 10 в секунду уже авторский подход.
Если объекты "легкие" в записи
источник
23:42пожаловаться#19

PZ

P Z in 1С, БСП, DevOps и Архитектура
10000 за час это 3 дока в секунду. При прочих равных проблем быть не должно.
Возможно это будут фоновые задания с менеджером и ТД.
источник
23:42пожаловаться#20