Вход | Регистрация
    1  2  3  4  5  6  7  8  9  10   
Информационные технологии :: 1С:Предприятие 8 общая

Зачем нужны регистры, если все можно взять из документов?

Ø [Волшебник, 22.04.21 - 09:56]
Зачем нужны регистры, если все можно взять из документов?
Я
   brainguard
 
14.04.21 - 13:39
Есть ли какие-то соображения, кроме быстродействия?
   vis_tmp
 
1 - 14.04.21 - 13:39
(0)Не всё.
   Kassern
 
2 - 14.04.21 - 13:40
(0) возьми данные независимого регистра сведений из документа)
   Kigo_Kigo
 
3 - 14.04.21 - 13:41
Вроде не пятница, зачем нужны регистры сведений если все можно взять из справочника?
   H A D G E H O G s
 
4 - 14.04.21 - 13:41
(0) Можно все взять из текстовых файлов, чебынет
   Злопчинский
 
5 - 14.04.21 - 13:42
документ - для пользователя-интерактива. для тупой медленной обезьяней работы. регистры - для погромистов.
   Волшебник
 
6 - 14.04.21 - 13:42
регистры накопления содержат текущие остатки и уже посчитанные обороты за период
   azernot
 
7 - 14.04.21 - 13:42
Зачем нужны компьютеры, если всё можно записывать в тетрадку? Есть ли какие-то соображения, кроме скорости записи и поиска нужной информации?
   brainguard
 
8 - 14.04.21 - 13:43
(2) Ну регистр сведений - не совсем регистр. Скорее справочник со сложным ключом
   Kassern
 
9 - 14.04.21 - 13:43
(3) удали быстро и безболезненно 1кк записей из справочника и из регистра сведений, а потом ответь где быстрее и где не останется куча пустых строчек в скуле
   Волшебник
 
10 - 14.04.21 - 13:43
(7) как записать видео в тетрадку?
   brainguard
 
11 - 14.04.21 - 13:44
(3) В справочниках не предусмотрены сложные ключи
   Гипервизор
 
12 - 14.04.21 - 13:45
(10) Рисовать кадрики и быстро листать. )
   Kassern
 
13 - 14.04.21 - 13:45
(12) опередил(
   azernot
 
14 - 14.04.21 - 13:46
(10) Последовательной прорисовкой кадров :)
И вообще, человечество прожило без видео многие тысячи лет. Можно же просто словами описывать происходящее.
   brainguard
 
15 - 14.04.21 - 13:46
(7) Поставим вопрос по-другому. Что мне даст регистр накопления, если у меня компьютер и так быстро все считает?
   Garykom
 
16 - 14.04.21 - 13:47
(10) позвать мага из хогвартса
   mikecool
 
17 - 14.04.21 - 13:48
весна, как много в этом звуке, что из под крыши раздается....
   brainguard
 
18 - 14.04.21 - 13:49
(5) Т.е. пользователям регистры не нужны?
   Масянька
 
19 - 14.04.21 - 13:50
Я не знаю, каков процент сумасшедших на данный час,
Но если верить глазам и ушам больше в несколько раз.
Цой жив.
   piter3
 
20 - 14.04.21 - 13:50
Среда это маленькая пятница) Не дотянул автор
   Kassern
 
21 - 14.04.21 - 13:50
(15) допустим у тебя штук 10 документов, которые меняют к примеру остаток на складе. Ты хочешь получить остаток на сегодня, тебе придется соединять кучу таблиц с начала эпох, складывать вычитать и молиться, что ты ничего не забыл, чтобы получить заветный остаток.
   Масянька
 
22 - 14.04.21 - 13:51
(0) Быстродействие - одна из главных составляющих ПО.
И так пренебрежительно - кроме...
   ptiz
 
23 - 14.04.21 - 13:51
(9) Разницы может не быть вообще.
   Гений 1С
 
24 - 14.04.21 - 13:52
(0) Регистры еще упрощают сбор. Для документов пришлось бы писать разношерстные запросы. Причем у некоторых документов движения не формируются напрямую из документа (например по себестоимости). Такшта юноша, ...
   Осинкин
 
25 - 14.04.21 - 13:52
(0) Миша, философ ты наш посконный :)
   azernot
 
26 - 14.04.21 - 13:52
(15) Вопрос из разряда "зачем мне вообще какие-то учётные системы, если я и так всё хорошо помню?".
Каждая задача имеет оптимальный путь решения. Но при этом необходимо к самой задаче добавить такие условия как масштабируемость, и потенциальное развитие.
Сейчас у тебя, к примеру, всё быстро считается из документов. Но при увеличении объёмов документов в 100-1000-10000 раз всё будет уже на так радужно. Ну и далее, если со временем будут появляться новые задачи, новые механизмы, новые условия, то потенциал заложенный в регистры гораздо шире, чем сбор данных непосредственно из документов.
   Mikeware
 
27 - 14.04.21 - 13:53
(16) в мире Myst'а это было сделано еще до Хогвардса
   Mikeware
 
28 - 14.04.21 - 13:53
(19) в зеркало посмотрелась?
   Кац
 
29 - 14.04.21 - 13:53
(15) [компьютер и так быстро все считает]

Ну это легко проверить. Переделай логику расчета себестоимости на "по документам" в ерп и закрой месяц, посмотрим насколько тебя быстрый компьютер
   brainguard
 
30 - 14.04.21 - 13:54
(21) Вот это уже интереснее. А если у меня есть функция общего модуля в которой все 10 видов документов прописаны. Это - хуже, чем регистр или лучше?
 
 
   Kassern
 
31 - 14.04.21 - 13:54
(29) у меня в торговле сейчас месяц по 12часов закрывается...
   brainguard
 
32 - 14.04.21 - 13:55
(22) Быстродействие - одна из главных составляющих железа, а не ПО
   brainguard
 
33 - 14.04.21 - 13:56
(24) Упрощают для кого?
   Kassern
 
34 - 14.04.21 - 13:56
(30) что значит функция, в которой 10 видов документов прописаны? Как эта функция поможет тебе в запросе получить остаток на сегодня?
   PLUT
 
35 - 14.04.21 - 13:56
(24) в ERP 2.4 есть косяк типовой при отражении проводок в регл.учете - смотрят в документах вид операции, но не учитывают пометку удаления. Д.Б. © Лавров Сергей Иванович
   brainguard
 
36 - 14.04.21 - 13:58
(26) С производительностью понятно. В чем выигрыш, кроме производительности?
   Провинциальный 1сник
 
37 - 14.04.21 - 13:59
(32) Уверен? Вообще-то быстродействие это основная характеристика алгоритма. И неудачный алгоритм быстродействием вычтехники не исправить.
   Масянька
 
38 - 14.04.21 - 13:59
(32) Ты охраняешь мозг от инфы?
   brainguard
 
39 - 14.04.21 - 14:00
(34) Есть документы. Есть понятие остаток, которое является функцией от документов. Вот эту функцию мы и пропишем в общем модуле. В чем ваш вопрос?
   Kassern
 
40 - 14.04.21 - 14:01
(36) удобно работать с регистрами, выше писали же. Меньше ошибок при решении задач с использованием их
   brainguard
 
41 - 14.04.21 - 14:01
(38) Не. Я просто умный охранник )))
   brainguard
 
42 - 14.04.21 - 14:01
(40) Удобно кому?
   Kassern
 
43 - 14.04.21 - 14:02
(39) дай догадаюсь, следующая тема будет, зачем нужны запросы, когда все можно в цикле обойти да?)
   brainguard
 
44 - 14.04.21 - 14:03
(43) А это - идея ))) Но не будем отвлекаться
   1S_User
 
45 - 14.04.21 - 14:03
Зачем нужна 1С, если счет счеты и тетрадочка?
   Kassern
 
46 - 14.04.21 - 14:03
(43) а СКД наверное творение дъявола и нет ничего лучше чем табличный документ и вывод в него
   azernot
 
47 - 14.04.21 - 14:03
(36) В накоплении нужных ресурсов в разрезе нужных измерений, а в случае регистра остатков - так ещё и с готовым механизмом получения остатков.
Независимо от того, как именно сделаны записи в регистр, каким документом, с какими реквизитами, с каким заполнением..
   Масянька
 
48 - 14.04.21 - 14:05
(41) Сам себя не похвалишь, так и будешь (далее по тексту). Народная мудрость.
   brainguard
 
49 - 14.04.21 - 14:05
(47) В чем преимущество данного подхода по сравнению с функцией общего модуля?
   Kassern
 
50 - 14.04.21 - 14:06
лучше ответь, зачем тебе конфорка дома, когда можно еду готовить на костре?
   Mikeware
 
51 - 14.04.21 - 14:09
(46) а последняя буква в аббревиатуре СКД - точно не от "Дъявол"? :-)
   Garykom
 
52 - 14.04.21 - 14:10
(50) У меня кастрюльки индукционные они на костре плохо
   PLUT
 
53 - 14.04.21 - 14:10
(47) никогда такого не было и вот опять остатки одно показывают, обороты другое. и нужно применить магическое заклинание
Регистры.какиетотамостаткиобороты.ПересчитатьИтоги();
   Провинциальный 1сник
 
54 - 14.04.21 - 14:11
(49) В скорости получения данных, очевидно. Обратиться к одной таблице с нужными индексами для быстрого отбора будет значительно быстрее, чем перебирать документы "функцией общего модуля".
   Dmitrii
 
55 - 14.04.21 - 14:11
(0) Документ - это всего лишь инструмент для отражения какой-либо информации в учете.
Сама информация ценная для учета храниться в регистрах.
Это почти зеркальное отражение обычного бумажного учёта. Разумеется с поправкой на преимущества возможностей компьютерной обработки информации.

Пример из ручного учета.
Магазин торгующий какими-то товарами.
Хозяину надо знать:
- сколько денег в кассе, сколько поступило, сколько выдали.
- сколько товара в наличии, сколько пришло/ушло.
- кому и сколько он должен денег или ему должны.
Собрать такую информацию по документам (чекам, ордерам, приходным и расходным накладным) нереально. Во всяком случае очень не быстро.
Поэтому у него есть несколько книг (кассовая, для товарного учета, учета взаиморасчетов с поставщиками), куда отдельно записываются приходы, расходы и остатки (на день или по каждой операции). Вот это и есть регистры. Один документ может порождать необходимость сделать запись сразу в несколько книг.
   toypaul
 
56 - 14.04.21 - 14:11
(0) из какого ВУЗа выпустился? скока денег платят?
   brainguard
 
57 - 14.04.21 - 14:12
(54) А кроме скорости?
   Kassern
 
58 - 14.04.21 - 14:12
ТС тупо тролит, а все пытаетесь объяснить...
   Garykom
 
59 - 14.04.21 - 14:13
(57) ИТОГО кроме скорости
   Garykom
 
60 - 14.04.21 - 14:14
(59)+ разные документы а регистра одна
и поуй как документы складываются/вычитаются или умножаются/делятся
так что и для простоты тоже кроме скорости
 
 
   Провинциальный 1сник
 
61 - 14.04.21 - 14:14
(55) Ну, _хранится_ информация всё-таки в документах. А регистры - это уже вторичные данные. Это как счет-фактура и запись в книге продаж.
   azernot
 
62 - 14.04.21 - 14:14
Вот к примеру, реализована конфигурация "Складской учет"
Есть приходная накладная, есть расходная. Табличная часть Товар, количество.

Не делаем никаких регистров, собираем данные из документов. Сделали документы, сделали пару отчётов: ОСВ по товарам, Остатки товаров. Всё собирается из документов.
Ура, всё работает, скорость устраивает.

Возникает дополнительная задача: контролировать учётный остаток в расходной накладной. Хм, ну ладно, написали запрос собирающий данные из приходной и расходной накладной.
Всё работает, скорость устраивает.

Возникает дополнительная задача: обеспечить резервирование товаров. Сделали доп. документ "Резерв", сделали ещё пару отчётов, показывающих резервы, свободные остатки. Реализовали контроль соответствия резерва и остатка.
Всё работает, скорость устраивает.


В системе появились несколько тысяч документов.
Всё работает, скорость вроде пока устраивает.


Возникает задача: обеспечить процесс "Инвентаризация" (с заполнением учётного остатка, с отражением излишков и недостач). Переписываем все запросы  что оперирует остатком добавляя в них движения по инвентаризации. Убили на это кучу времени.

Возникает задача сделать несколько складов и межскладское перемещение (с контролем остатков). Снова переписываем все запросы, все ранее сделанные механизм.

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

С регистром таких проблем у нас не возникает, все механизмы ориентируются на одну таблицы, а задача каждого нового механизма заключается лишь в том, чтобы корректно сделать записи по регистру.
   brainguard
 
63 - 14.04.21 - 14:15
(55) При использовании бумажной технологии, да, нереально. Но у нас технологии - компьютерные. Тут что из документов собирать, что из регистров. И то и другое будет делать компьютер. Стоимость процесса примерно та же.
   brainguard
 
64 - 14.04.21 - 14:17
(60) В чем простота? Сделайте функцию общего модуля ПолучитьОстаток(). Та же самая простота будет
   mistеr
 
65 - 14.04.21 - 14:18
(36) В предсказуемости.

Когда данных мало, конечно все считается быстро и по документам. Потом со временем все медленнее и медленнее. И наступает момент, когда приходится вводить регистр или его аналог. Проблема в том, что к этому времени среди сопровождающих систему может не оказаться достаточно квалифицированного человека, чтобы это сделать и не сломать все.

А если сразу регистр, то этой проблемы нет. (Будут другие, но это совсем другая история :)
   brainguard
 
66 - 14.04.21 - 14:19
(62) А зачем  делать вычисление остатка во множестве мест? Сделайте все в одной функции общего модуля, а потом правьте ее при изменении условий
   brainguard
 
67 - 14.04.21 - 14:20
(65) Т.е. у регистров есть минусы? Какие?
   Dmitrii
 
68 - 14.04.21 - 14:20
(39) >> понятие остаток, которое является функцией от документов.

С какого перепугу остаток стал функцией от документа?
Состояние взаиморасчетов с конкретным контрагентом может меняться различными документами. Приходная накладная, Расходная, Поступление на р/счет, Списание с р/счета, Корректировки, Возвраты, Взаимозачёты и т.д.
По какому документу надо смотреть остатки взаиморасчетов? Собирать все? Ты представляешь себе сложность такого алгоритма? А сложность его адаптации при появлении новых видов операций?
   brainguard
 
69 - 14.04.21 - 14:21
(68) Любая интерпретация данных в учетной системе - есть функция от первичных документов. Разве нет?
   Mikeware
 
70 - 14.04.21 - 14:22
(67) неконсистентность.
   Осинкин
 
71 - 14.04.21 - 14:23
(69) Миша, а что такое в твоём понимании "первичные документы"?
   Kassern
 
72 - 14.04.21 - 14:23
возьми да запили такую общую функцию для взаиморасчетов с клиентами в какой нить торговле, или для расчета себестоимости после закрытия месяца. А я посмотрю на тебя.
   Dmitrii
 
73 - 14.04.21 - 14:23
(63) >> что из документов собирать, что из регистров. ... Стоимость процесса примерно та же.

Нет. Стоимость процесса будет различаться на несколько порядков. Не в разы(!), а именно на несколько порядков.
   1Сергей
 
74 - 14.04.21 - 14:23
(67) чуть больше времени тратится при проведении документов. Это незначительный минус. База занимает много места. Это тоже решаемый минус.
Все эти минусы перекрываются плюсами
   Kassern
 
75 - 14.04.21 - 14:23
(72) и да, не используй при этом ни одного регистра
   brainguard
 
76 - 14.04.21 - 14:24
(68) При использовании регистров, эта сложность "размазана" по множеству документов. А если использовать функцию, тогда все будет в одном месте. Это разве не лучше?
   toypaul
 
77 - 14.04.21 - 14:25
(76) дэк ты скажешь откуда таких уникумов выдают или стесняешmся?
   1Сергей
 
78 - 14.04.21 - 14:26
(76) не лучше. Чтобы посчитать, например, оборот по товару/складу за большой период:
в случае регистра данные берутся из одной таблички. несколько строк.
в случае документов онли данные будут собираться из стопицот таблиц, миллионы строк
   PLUT
 
79 - 14.04.21 - 14:26
Терперь поговорим об особенностях каждого вида регистров:

1. Регистры сведений

Пожалуй, самый простой вид регистра. В отличие от регистров другого вида, его ресурс может имень не только числовое значение, но и другой тип данных.

Имеет особое свойство, не используемое в других видах регистров — периодичность.

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

Кроме того, данный вид регистра имеет автоматический контроль уникальности записей по периоду (периодичность, указанная в свойствах регистра) и измерениям. То есть среди записей регистра не может быть более одной записи с одинаковыми показателями период+измерение+регистратор(если он есть). Уникальность записей в других видах регистров осуществляется по регистратору.



2. Регистры накоплений

Предназначен для накопления числовых покателей (ресурсов) и делится на два подвида — Остатки и Обороты. Отличие между ними заключается в том, что Регистр накопления Остатки предназначен для получения информации о состоянии «на момент времени», а Обороты — информации о данных «за период».

Данные регистра накопления хранятся в БД в виде двух таблиц — таблица движений и таблица итогов. Обращение напрямую возможно только к таблице движений.



3. Регистры бухгалтерии

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

Его основная особенность заключается в возможности учета данных методом двойной записи по принципу Дебет-Кредит. Для реализации возможности формирования проводок Регистр бухгалтерии должен быть связан со специальным объектом - План счетов.



4. Регистры расчета

Этот вид регистра предназначен не только для хранения, накопления и систематизации данных, но и для реализации сложных механизмов периодческих расчетов. Для этого в свойствах регистра расчета необходимо определить еще один объект 1с — план видов расчета. То есть работа регистра этого вида невозможна без определения для него конкретного плана видов расчета.

Можно сказать, что регистр расчета используется и для хранения информации о видах расчета, и для хранения результатов расчетов, и для промежуточных значений расчетов. Основное его предназначение в конфигурациях 1с — это расчеты начислений, например, заработной платы и других выплат сотрудникам. И для реализации этих задач при определении параметров регистра расчета, в нем возможно указать связь с графиком времени, что позволяет производить расчеты в зависимости от того времени, которое задано в этом графике. Сам график времени должен быть определен с помощью соответствующего регистра сведений.

© с3.14жжено
   brainguard
 
80 - 14.04.21 - 14:26
(74) Вы говорите "плюсы" во множественном числе. Но никто пока так и не озвучил еще один плюс, помимо быстродействия.
   Garykom
 
81 - 14.04.21 - 14:26
(64) функцию делать надо
а регистра уже

короче тебе бы почитать про NoSQL и Map/Reduce
   Mikeware
 
82 - 14.04.21 - 14:26
(77) напалмом хочешь?
   brainguard
 
83 - 14.04.21 - 14:27
(77) Не понял вопроса?
   Dmitrii
 
84 - 14.04.21 - 14:27
(69) >> интерпретация данных в учетной системе - есть функция от первичных документов.

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

Подробнее см. тут: Место документов в концепции системы «1С:Предприятие». https://its.1c.ru/db/pubapplied#content:52:hdoc
   1Сергей
 
85 - 14.04.21 - 14:27
(80) Удобство разработки, быстрота, расширяемость.
   brainguard
 
86 - 14.04.21 - 14:28
(81) Да, ладно. Движения-то все равно прописывать придется
   toypaul
 
87 - 14.04.21 - 14:28
(83) из каких учебных заведений таких одаренных людей выпускают?
   toypaul
 
88 - 14.04.21 - 14:29
(82) последнее время спрашивают рекомендаций куда стоит поступать, а куда нет. веду статистику.
   brainguard
 
89 - 14.04.21 - 14:30
(88) Бессмысленно. Это было 30 лет назад
   azernot
 
90 - 14.04.21 - 14:31
+(62) Продолжу:
появляется задача добавить суммовой учёт по себестоимости
появляется задача параллельного учёта не только по складам, но и по организациям, в т.ч. с передачей между организациями без реального движения товаров по складам.
появляется задача реализовать учёт товаров в дополнительных разрезах (характеристики, серии), собственность/ответ.хранение, ячейки хранения
появляется задача реализовать учёт товаров переданных на ответ.хранение (комиссию)

(66) И вот у вас уже 10-20-30  функций общем модуле, каждая из которых наиболее оптимально получает нужный остаток. Эта по складам, эта по товарам, эта по складу, эта по товару, эта по товару-складу, эта по организации, эта с суммой, эта с количеством, эта с количеством-суммой

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

И вот у вас уже конфигурация на пару десятков видов документов, с полусотней различных отчётов, с несколькими независимыми учётными массивами. В базе сотни тысяч введённых документов И в какой-то момент вы понимаете, что те отчёты, которые ранее формировались за пару секунд, сейчас уже формируются минуту и более. А любая модификация системы - это долгий  и трудный процесс, хотя бы потому, что уже сменилась третья команда разработчиков и попросту уже никто не помнит, какие документы в каком учётном массиве должны участововать.
   brainguard
 
91 - 14.04.21 - 14:32
(85) А, да! Про удобство уже говорили. Удобство запишем. А расширяемость - это что?
   azernot
 
92 - 14.04.21 - 14:33
+ (90)  И в какой-то момент возникает вопрос "А почему же я был таким идиотом и не использовал РЕГИСТРЫ?!" Почему я посчитал, что я самый умный и продвинутый, и решил что обойдусь без РЕГИСТРОВ?
   1Сергей
 
93 - 14.04.21 - 14:34
(91) см (90)
   Chameleon1980
 
94 - 14.04.21 - 14:35
(0) документ может делать движения по разному в зависимости от его заполненности
ты все это будешь анализировать для каждого документа ?
а потом логика проведения поменялась - нужны изменения в твоих подсчетах?
   PLUT
 
95 - 14.04.21 - 14:35
(91) с какой целью интересуетесь?

при устройтве на работу на собеседовании тебе без регистров не обойтись :)

интересно, как ты по документам срез последних на каждую дату курсы валют соберешь?
   dmpl
 
96 - 14.04.21 - 14:35
(36) Можно реализовать принцип "3 пишем, 2 в уме".
   Cyberhawk
 
97 - 14.04.21 - 14:35
Абстракция для повышения сопровождаемости конфигураций
   Mikeware
 
98 - 14.04.21 - 14:36
(88) такие места лучше напалмом...
   Mikeware
 
99 - 14.04.21 - 14:38
(90) ну, тут мы размениваем ресурсы "в момент записи" на ресурсы "в момент чтения".
итоги регистров (в терминах 1с) - тоже экономят время, позволяя обрабатывать записи не "с начала времен", а с последнего зафиксированного среза
   Garykom
 
100 - 14.04.21 - 14:39
(86) в Map/Reduce нет движений ))
  1  2  3  4  5  6  7  8  9  10   

Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.