Add, replace и transaction
Нижняя часть свойств получателя IBM: пустые значения, дубли, размер порции, очистка куба и способ записи.
- На снимке очистка отключена и выбрана замена адресованных значений.
- Настройки относятся к учебному потоку; реальные кубы не изменялись.
«Замена» устанавливает переданное значение в адресованной ячейке. «Сложение» прибавляет входное число к текущему значению. Новый получатель по умолчанию использует сложение, поэтому явно проверьте режим. Для ячейки со 100 и входного значения 25 замена даст 25, сложение — 125. Для текста используйте замену. «Транзакционное добавление данных» применяет разницу, возникающую при сохранении записи формы UBC Analytics.
Предварительная очистка
Получатель может очищать весь куб или заданные срезы перед записью. При включённой очистке данные записываются в режиме replace; отдельный способ add или transaction не применяется.
| Источник границ среза | Поведение |
|---|---|
| Выбранные элементы | Явный набор основных имён; консолидация представляет свои конечные элементы |
| Из данных | Элементы, заполненные текущим сопоставлением из исходного столбца |
| Параметр запуска | Значение выбранного поля формы |
Измерение, не ограничивающее срез, включается полностью. Если границы года и месяца поступают из данных, очищаются фактические комбинации строк, а не все возможные комбинации года и месяца.
Что очищается и как проверяется
Адаптер находит сохранённые непустые конечные ячейки в заданных срезах. Значения, рассчитанные правилами, и консолидированные ячейки не очищаются как входные данные. Числовая ячейка очищается записью 0, текстовая — пустой строки.
Все найденные целевые ячейки проверяются до первой операции очистки. Превышение ограничения или недоступная ячейка останавливает подготовку. Фактическая очистка выполняется порциями по 500 ячеек; ошибка во время выполнения всё же может оставить частичные изменения.
До запуска проверьте границу каждого измерения. Например, для ежемесячной перезагрузки ограничьте Version=Actual и Month=2026-10 вместо всего куба.
Транзакционное сложение при сохранении формы
Выберите cube_write.mode=transaction для потока, запущенного кнопкой формы UBC Analytics с действием сохранения. Источник должен читать «Запись формы, запустившая поток». Значения до и после сохранения проходят одинаковые преобразования; каждая ячейка получает «новое − предыдущее». Если несколько записей формы агрегируются в одну ячейку, изменяется только вклад сохранённой записи.
- Новая запись только добавляет свой вклад. Запись, исключённая фильтром, убирает прежний вклад. Неизменившаяся ячейка не записывается.
- Контекст содержит событие сохранения. Повтор того же события для того же получателя не добавляет сумму дважды.
- Запуск без сохранения вызывает TRANSACTION_SAVE_REQUIRED; без соответствующего источника — TRANSACTION_RECORD_REQUIRED.
- Включите в подключении запись удалённых и добавленных данных в журнал.
- Перед рабочим использованием проверьте создание записи, изменение суммы, изменение координат и запись, переставшую проходить фильтр.
Проверка операции
Этапы записи IBM Planning Analytics и различие replace и add. Ранее подтверждённые порции могут остаться применёнными при ошибке последующей.
Для очистки проверьте ячейку внутри среза с новыми данными, ячейку внутри без новой строки и ячейку вне среза. Для транзакционного сложения сверьте вклад до и после сохранения, итог куба и идентификатор события. Повтор обычного сложения снова добавляет сумму; повтор подтверждённого транзакционного события распознаётся отдельно. После частичной или неподтверждённой записи сначала сверьте состояние получателя.