Есть ли у кого опыт работы с большим объемом данных?
Тема такая: Есть завод на котором производится номенклатура, пусть в небольшом ассортименте, но в огромном количестве каждого вида. Допустим это ликерка или мед. препараты, в общем каждая единица выпущенной продукции подлежит учету в ИС. Задача организовать учет поштучного учета каждой единицы номенклатуры.
Как предлагаете решить? Один регистр сведений будет корректно обрабатывать несколько пару сотен миллионов записей? Или создать несколько регистров, один на каждый вид номенклатуры? Или несколько справочников, где в каждом будут элементы одного вида номенклатуры?

(0)[Один регистр сведений будет корректно обрабатывать несколько пару сотен миллионов записей?]
периодический - безусловно

(1) зависит от железа/количества пользователей, так что - условно

речь случаем не по срокам годности?

(1) А в чем  преимущества периодического регистра сведений?Если будет по одной записи на каждую номенклатуру,разве не быстрее будет обычный РС?

(1) На каждую номенклатуру будет по несколько миллионов записей, у каждой единицы свой уникальный идентификатор. Можно сделать хоть периодический, но что это изменит?

(0)
можно подчиненные справочники вместо РС.

если нумерация сквозная - храните серии.

(7) Нет, серии и так будут использоваться.
ХХХ91DGK5IC96 - вот пример идентификатора одного из видов номенклатуры.

серийные номера?

Алкоголь.
(0) "корректно обрабатывать несколько пару сотен миллионов записей"

Да, сможет.

(10) А подчиненные справочники хуже вариант? Надо все пробовать.

(11) Пробуйте :-)

Не Саранский ЛВЗ?

(13) Нет, привел в качестве примера эти сферы, т.к. у них встречается такая специфика.

(5)[Можно сделать хоть периодический, но что это изменит?]
появиться очевидный отбор

(15) А зачем мне этот отбор, который мне не нужен?)

(15) Надо возвращаться как было реализовано в УПП, никто не вел поштучный учет, это утопия, необходимо отслеживать выбытие номеров

и что у каждой единицы - в пределах вида номенклатуры - свой уникальный иденьтификатор - и ВСЕ ЭТИ ИДЕНТИФИКАТОРЫ СЛУЧАЙНЫЕ? вообще хаотические? - очень сильно сомневаюсь. возможно выпускается партия, в ней идентификаторы от 1 до 1000 - ну и зачем хранить тысячу идентификаторов? если можно одну запись с диапазоном. При выбытии - будет уходить или диапазон полностью или из одного диапазона на хранении получится три/два...

возможно, я ничего не понимаю...

(18) Если у тебя нет поштучной продажи внутри организации

(19) при миллионных экземплярах продукции - поштучные продажи? для поштучных продаж всегда можно выкусить в начале или в конце диапазона

(20) Максимальная маржа делается на рознице, тот же завод Кристал имеет фирменные магазы

(0) Я бы делал регистрами сведений в привязке к номенклатуре и генерировал номера по выпуску, но тут надо общаться со спецами по платформе, чтобы эта хня быстро работала

(21) я думаю, что объемы Кристалла, реализующиеся не через фирменные магазины, а по другим каналам сбыта/продажи - очень сильно несопсотавимы...

Ликера и мед несколько миллионов записей?
Не смешите мои тапочки.

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

Какие нафиг регистры и справочники на каждый вид...
автор вообще наверное не втыкает что такое в 1С нафигачить нечто подобное.

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

в УНФ партия - измерение всех регистров. По сути полный партионный учет от начала до конца в разрезе конкретной индивидуальной единицы

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

Сказ про звон, который Евгений не понял, где же он.

(28) да уж с такими темами где под каждый вид новый справочника - не каждые 20 лет тему увидишь

(29) ... ну.. с целью разделения областей доступа в высоконагруженной системе - может и норм...

(30) тогда уж самое здравомысленное - отдельная база ликеры и отдельная мед.
Строить документооборот и отчеты, регистры и прочее с измерениями под остатки - это надо быть просто на голову отмороженным

Остаток появляется по товару в результате прихода, оприходованная - любого  движении в ПЛЮС на регистре.
Если в регистре есть нужное измерение - любую единицу можно обозначит обособленно.

Дело только за расходом в МИНУС чтобы запись превратить в НОЛЬ.

Это самое важное для БД. в остаточных регистре плюс в минус всегда должен быть в ноль. без зависаний.

Поэтому УНФ более идеально подходит чем ВСЕ другие конфигурации

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

При условии что это подойдет для целей исторического анализа по другим измерениям

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

Выработать инструменты. и можно вполне делать неограничивающий себя ни в чем проект

(0) А если к характеристикам привязаться? Ввести характеристику "Идентификатор номенклатуры". Все механизмы учета уже есть.

(35) Я думаю при таком объеме там в характеристиках черт ногу сломит потом)