|
Written on: 07. 12. 2021 [11:33]
|
|
olek
Oleksandr Iurchenko
Topic creator
registered since: 13.12.2019
Posts: 3
|
в архіваторі значень на файлову систему є можливість визначити період значень менший ніж 1 сек
в архіваторі до БД період менш ніж 1 сек не виставляється
чи вірно я розумію, що це зроблено навмисно щоб уникнути непередбачуваної поведінки при архівуванні, оскільки обробка БД поступається в швидкості обробці файлів?
|
|
Written on: 07. 12. 2021 [15:18]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"olek" wrote:
чи вірно я розумію, що це зроблено навмисно щоб уникнути непередбачуваної поведінки при архівуванні, оскільки обробка БД поступається в швидкості обробці файлів?
Скоріш тому, що навіть період значень у одну секунду ставити при архівації на БД недоцільно, не кажучи про менше.
Звісно, для локальної БД одна секунда ще якось прийнятна за рахунок оптимізації через передзавантаження "SEEK" + "PRELOAD" та використання механізму зменшення розміру індексу полем "MARK", але як будь яка оптимізація все це просто розширює у діапазоні використання, тобто розміри архівів на БД, однак і не виключає проблеми "розпухання" таблиці індексів та деградацію продуктивності при роботі із нею. Що, до речі, можуть викликати й клієнти віддалених БД перевантаживши "улюбленими" комбінованими запитами прямо по даті, тобто: "поклавши" сервер БД, зупинивши архівацію та перевантаживши ключові сервіси на OpenSCADA, якщо вона працює поряд.
Learn, learn and learn better than work, work and work.
|
