Комментарии
Избранное
Подписка
Сортировка:
Древо
(5) Вы можете увидеть это в рекомендациях самой фирмы 1С, например здесь:
*Установить период рассчитанных итогов – команда выполняет установку периода рассчитанных итогов для всех регистров накопления и бухгалтерии с включенными итогами. Для регистров накопления – на конец предыдущего месяца, для регистров бухгалтерии – на конец текущего месяца."
То же самое Вы можете увидеть в БСП, в задании "Установка периода рассчитанных итогов" (в листинге публикации такое тоже есть):
Почему именно конец текущего месяца и именно для регистра бухгалтерии? Я думаю, чтобы итоги регистра работали корректно, ведь они хранятся в базе немного иначе, по сравнению с регистрами накопления.
*Установить период рассчитанных итогов – команда выполняет установку периода рассчитанных итогов для всех регистров накопления и бухгалтерии с включенными итогами. Для регистров накопления – на конец предыдущего месяца, для регистров бухгалтерии – на конец текущего месяца."
То же самое Вы можете увидеть в БСП, в задании "Установка периода рассчитанных итогов" (в листинге публикации такое тоже есть):
РегистрНакопленияПериод = КонецМесяца(ДобавитьМесяц(ДатаСеанса, -1));
РегистрБухгалтерииПериод = КонецМесяца(ДатаСеанса);
Почему именно конец текущего месяца и именно для регистра бухгалтерии? Я думаю, чтобы итоги регистра работали корректно, ведь они хранятся в базе немного иначе, по сравнению с регистрами накопления.
(9) понял.
Причин несколько:
1. Чем больше данных в таблице итогов, тем больше места она занимает. То есть, просто уменьшим размер таблицы итогов.
2. Чем больше записей в таблице, тем менее точная статистика может быть построена СУБД. Кратко описывал в предыдущих статьях.
3. При необходимости пересчета итогов может понвэадобиться большое технологическое окно, слишком много времени на пересчет. Даже если делать пересчет за период.
4. Большие таблицы сложнее обслуживать в части индексов и статистик по длительности ребилда и обновления, так и в части бэкапирования.
Это основное.
Причин несколько:
1. Чем больше данных в таблице итогов, тем больше места она занимает. То есть, просто уменьшим размер таблицы итогов.
2. Чем больше записей в таблице, тем менее точная статистика может быть построена СУБД. Кратко описывал в предыдущих статьях.
3. При необходимости пересчета итогов может понвэадобиться большое технологическое окно, слишком много времени на пересчет. Даже если делать пересчет за период.
4. Большие таблицы сложнее обслуживать в части индексов и статистик по длительности ребилда и обновления, так и в части бэкапирования.
Это основное.
(14) Ну и вдогонку: фраза "На начало июня сохраняется остаток с апрельской операции, а также добавляется строка с остатком от операции в мае. Именно поэтому в июньских остатках две записи" сбивает с толку. Ведь запись в таблицу итогов не потому добавилась, что движений прибавилось, а из-за того, что прибавилось движение по новой комбинации измерений.
Поэтому для большей наглядности и лучшего понимания кажется необходимым добавить в примеры документов-регистраторов еще один документ, который в мае делает движение по уже существующей (апрельской) комбинации измерений.
Поэтому для большей наглядности и лучшего понимания кажется необходимым добавить в примеры документов-регистраторов еще один документ, который в мае делает движение по уже существующей (апрельской) комбинации измерений.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|