Додавання, заміна й транзакція
Нижня частина властивостей отримувача IBM: порожні значення, дублікати, розмір пакета, очищення куба та спосіб запису.
- На знімку очищення вимкнено, вибрано заміну адресованих значень.
- Налаштування належать навчальному потоку; реальні куби не змінювалися.
«Заміна» встановлює передане значення в адресованій комірці. «Додавання» додає вхідне число до поточного значення. Новий отримувач використовує додавання, тому перевірте спосіб запису явно. Якщо комірка містить 100, а рядок — 25, заміна дасть 25, додавання — 125. Для тексту використовуйте заміну. «Транзакційне додавання даних» застосовує різницю, яку створило збереження запису форми UBC Analytics.
Попереднє очищення
Отримувач може очистити весь куб або визначені зрізи перед записом. Коли очищення увімкнено, дані записуються як заміна; окремий спосіб додавання чи транзакції не застосовується.
| Джерело межі зрізу | Поведінка |
|---|---|
| Вибрані елементи | Явно заданий набір основних імен; консолідація означає її нижні елементи |
| З даних | Елементи, які поточне зіставлення заповнює з колонки джерела |
| Параметр запуску | Значення з вибраного поля форми |
Вимір, який не обмежує зріз, охоплюється повністю. Якщо межі беруться з даних для року й місяця, очищуються фактичні комбінації цих полів у рядках, а не всі можливі поєднання років і місяців.
Що очищується та як перевіряється
Адаптер знаходить збережені непорожні комірки нижнього рівня у визначених зрізах. Значення, обчислені правилами, і консолідовані комірки не очищуються як вхідні дані. Числова комірка очищується записом 0, текстова — порожнім рядком.
Усі знайдені цільові комірки перевіряються до першого очищення. Перевищення ліміту або недоступна комірка припиняє підготовку. Фактичне очищення йде пакетами по 500 комірок; збій під час його виконання все одно може залишити частково застосовані зміни.
Перед запуском звірте межі кожного виміру. Наприклад, для місячного перезавантаження обмежте Version=Actual і Month=2026-10, а не весь куб.
Транзакційне додавання за збереженням форми
Виберіть cube_write.mode=transaction для потоку, який запускає кнопка форми UBC Analytics із дією збереження. Джерело має читати «Запис форми, з якої запущено потік». Дані до збереження й після нього проходять однакові перетворення; в кожну комірку додається різниця «нове − попереднє». Якщо кілька записів форми потрапляють в одну комірку, змінюється лише внесок збереженого запису.
- Новий запис лише додає свій результат. Запис, який перестав проходити фільтр, знімає попередній внесок. Незмінна комірка не записується.
- Контекст містить подію збереження. Повтор тієї самої події для того самого отримувача не додає суму вдруге.
- Без збереження виникає TRANSACTION_SAVE_REQUIRED; без відповідного джерела — TRANSACTION_RECORD_REQUIRED.
- Для журналу знятих і доданих даних увімкніть відповідне налаштування підключення.
- Перед робочим використанням перевірте створення, зміну суми, зміну координати й випадок, коли запис більше не проходить фільтр.
Перевірка операції
Етапи запису в IBM Planning Analytics та різниця між заміною й додаванням. Підтверджені попередні пакети можуть залишитися застосованими після збою наступного пакета.
Для очищення перевірте комірку всередині зрізу з новими даними, комірку всередині зрізу без нового рядка та комірку поза зрізом. Для транзакційного додавання звірте внесок до й після збереження, підсумок куба та ID події. Для звичайного додавання повтор застосує суму знову; для транзакції повтор тієї самої підтвердженої події розпізнається окремо. Після часткового або непідтвердженого запису спочатку звірте стан отримувача.