Почему таблица итогов такая большая в базе?
По теме из базы знаний
- Пересчет итогов автоматический (по расписанию)
- ВИДы на жительство. Использование внешних источников данных в прикладных задачах
- Как выжить, если у тебя в базе 1С 50+ расширений
- Быстрый фронт в базе размером 6.8 терабайт – наши стандарты при разработке и рефакторинге запросов
- Переход на Clickhouse для анализа метрик
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) TODD22, это нормально. Сколько операций - столько и итогов.(2) Bienko,
(3) 987ww765,
Для начала попробовать пересчитать итоги средствами 1С
пересчет итогов не влияет на количество итогов.
(перед любыми действиями не забываем сделать резервную копию).
ну вы еще порекомендуйте перед каждым вводом документа делать резервную копию ))
(3) 987ww765,
Регистр Остатков или Оборотный? Если остатков, то возможно некорректно закрывается + можно сделать пересчет итогов.
закрывается он корректно. Корректно в понятиях 1С. А вот наличие нулевых записей - это и есть главная проблема.
(1) TODD22,
1. Выгрузите базу в *.dt и загрузите в чистую базу (уберете мусор из БД)
2. Пересчитать итоги средствами 1С (как ранее посоветовали коллеги)
3. Проверьте на наличие остатков по всем измерениям регистра (как положительный так и отрицательный), и при необходимости скорректируйте. Возможно есть пересортица по сериям или характеристикам или другим измерениям, одинесина хранит остатки по каждому измерению регистр может пухнуть. После корректировки пересчитайте итоги по регистру.
1. Выгрузите базу в *.dt и загрузите в чистую базу (уберете мусор из БД)
2. Пересчитать итоги средствами 1С (как ранее посоветовали коллеги)
3. Проверьте на наличие остатков по всем измерениям регистра (как положительный так и отрицательный), и при необходимости скорректируйте. Возможно есть пересортица по сериям или характеристикам или другим измерениям, одинесина хранит остатки по каждому измерению регистр может пухнуть. После корректировки пересчитайте итоги по регистру.
(5) HitGroove,
Дело в том, что СУБД считает нулевые записи таблицы 1С вполне рабочими записями, а не нулевыми. Это косяк и методика 1С - подобная запись и хранение данных.
Есть изменения по измерениям - разные записи - итоги по каждому движению.
если вы имели ввиду - минимальные остатки (0,001 кг, - 1 коп и т.д.) из-за некорректного пересчета/перевода единиц (коробок в кг, евро в рубль, etc), то к пересортице это не имеет отношения: это точность вычислений.
Исправляется суммированием подобных строк и корректировочным сливом их в одну по единому признаку ("кг" к "кг", "рубли" к "рублям") (т.к. подобные строки так и так появились вследствии некорректного пересчета единиц измерения из-за недостаточной точности вычислений, и не должны были появиться в противном случае).
1. Выгрузите базу в *.dt и загрузите в чистую базу (уберете мусор из БД)
не поможет. Как и шринк базы средствами SQL.
Дело в том, что СУБД считает нулевые записи таблицы 1С вполне рабочими записями, а не нулевыми. Это косяк и методика 1С - подобная запись и хранение данных.
2. Пересчитать итоги средствами 1С (как ранее посоветовали коллеги)
исправление структуры базы (что вы предложили в п.1), и пересчет итогов - никак не связаны. Но оба действия являются регламентными операциями по оптимизации базы.
3. Проверьте на наличие остатков по всем измерениям регистра (как положительный так и отрицательный), и при необходимости скорректируйте. Возможно есть пересортица по сериям или характеристикам или другим измерениям, одинесина хранит остатки по каждому измерению регистр может пухнуть. После корректировки пересчитайте итоги по регистру.
это вообще непонятно.
Есть изменения по измерениям - разные записи - итоги по каждому движению.
если вы имели ввиду - минимальные остатки (0,001 кг, - 1 коп и т.д.) из-за некорректного пересчета/перевода единиц (коробок в кг, евро в рубль, etc), то к пересортице это не имеет отношения: это точность вычислений.
Исправляется суммированием подобных строк и корректировочным сливом их в одну по единому признаку ("кг" к "кг", "рубли" к "рублям") (т.к. подобные строки так и так появились вследствии некорректного пересчета единиц измерения из-за недостаточной точности вычислений, и не должны были появиться в противном случае).
(7) AlexO, Пересорт имеется имеется ввиду приход серия1 расход серия2, в итого получается остаток положительный по серии1 и отрицательный по серии2, следовательно храним остатки для двух записей. По поводу нулевых записей есть рекомендации на итс "Рекомендации по пересчету итогов"
(17) HitGroove, пересортица - это когда одна и таже номенклатура введена и используется под разными записями-всевдонимами в справочнике. Т.е. по факту номенклатура - одна, а по базе - её миллион под разными названиями.
Вот если пересортицы на самом деле "миллион" - тогда да, она окажет влияние, как вы описали. А пяток-десяток аналогов у сотни другой позиций - никакого.
Вот если пересортицы на самом деле "миллион" - тогда да, она окажет влияние, как вы описали. А пяток-десяток аналогов у сотни другой позиций - никакого.
Сложный вопрос! Тут нужно смотреть... Есть несколько вариантов. Для начала попробовать пересчитать итоги средствами 1С (перед любыми действиями не забываем сделать резервную копию). Потом уже средствами скуля сделать все необходимое обслуживание. Если после этого не будет нужного результата, то тогда только вариант со сверткой базы.
(0) выясните, сколько нулевых записей (движений) у вас по вашему оборотному регистру. Будете неприятно удивлены. А отсюда - и куча бессмысленного расчитанного "хлама" в итогах.
Сворачивайте нулевые записи регистра, и пересчитайте итоги - получите снова компактную таблицу.
Сворачивайте нулевые записи регистра, и пересчитайте итоги - получите снова компактную таблицу.
И так сделал ТиИ. Оно видимо не делалось очень давно так как процесс ТиИ прерывался из за ошибки.
Выполнил регламентные процедуры на СУБД(реиндексацию, тестирование и тд).
Выгрузил базу в dt. Развернул заново. База теперь вешает 40 Гб. До этого вешала 70 Гб.
Таблица итогов которая была 5Гб. теперь 300 мб.
В базе есть один документ который хранит в себе фотографии. Табличная часть этого документа занимает 5Гб.
Остальные крупные таблицы по 2-3Гб.
Я вот думаю ещё фотографии из базы убрать.
Выполнил регламентные процедуры на СУБД(реиндексацию, тестирование и тд).
Выгрузил базу в dt. Развернул заново. База теперь вешает 40 Гб. До этого вешала 70 Гб.
Таблица итогов которая была 5Гб. теперь 300 мб.
В базе есть один документ который хранит в себе фотографии. Табличная часть этого документа занимает 5Гб.
Остальные крупные таблицы по 2-3Гб.
Я вот думаю ещё фотографии из базы убрать.
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)