Дедофорум Z
     
powered by simpleCommunicator - 2.0.18     © 2024 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Map
Форумы / Поиск: Искать ответы на сообщение: #500624  
2 сообщений из 2, страница 1 из 1
Просто Трёп / Как сделать RRD в PostgreSQL?
    #500624
Горбатый ёж
Скрыть профиль Поместить в игнор-лист
Горбатый ёж
Участник
Tosh  08.08.2023, 09:13
[игнорируется]
500598
Тень на плетень  07.08.2023, 19:25
[игнорируется]
500271
Кусь  07.08.2023, 13:50
[игнорируется]
499921
Тень на плетень  07.08.2023, 13:01
[игнорируется]
499888
Green  07.08.2023, 12:54
[игнорируется]
499876
...
Round Robin Database. Циклические БД. Так чтобы они гарантированно хранили данные только за неделю например. Без необходимости дополнительно стирать старые данные. Они просто затираются новыми. Сама БД при этом фиксированного обьема и не растет.
Разбей таблицу на партиции, по дням например, и повесь на эту таблицу view c условием: WHERE <your_date> >= CURRENT_DATE - interval '7 day'.
Раз в день можешь грохать устаревшие партиции по cron-у и добавлять новые на будущее.
По партициям то понятно, но это не совсем то. Собственно предположим вам нужно собирать какую то метрику 10 раз в день. То есть в день всего 10 строк. Но хранить ее нужно четко неделю.

Как это все работает в RRD?

Пошел понедельник, Вторник, и т.д. Воскресенье. Когда начался новый понедельник, первая запись предыдущего понедельника должна затереться первой записью нового понедельника. И так все в цикле.

В чем профит? Таблица всегда с фиксированным количеством строк. Она не растет и значит не требует обслуживания.
Для данного конкретного вопроса можно просто собрать первичный ключ, который будет вычисляться исходя из номера дня в неделе и номера измерения в дне, заполнить таблицу "пустыми" значениями, а во время измерений вместо вставки записей делать просто изменение данных по вычисленному значению ключа
Самое здравое предложение, ибо вполне возможно, что если какая-то строка сегодня не обновлялась, то она должна иметь старые данные.
Предположение сделано на том основании, что скорее всего кедруле это надо для его awr отчота, зачастую в таких отчётах важна динамика, а так же возможны пропуски сбора статы по различным причинам.
...
Рейтинг: 0 / 0
08.08.2023, 10:05
| Ответить | Цитировать | Написать | Ответы | Перейти в тему  
Просто Трёп / Как сделать RRD в PostgreSQL?
    #500637
Кусь
Скрыть профиль Поместить в игнор-лист
Кусь
Участник
Горбатый ёж  08.08.2023, 10:05
[игнорируется]
500624
Tosh  08.08.2023, 09:13
[игнорируется]
500598
Тень на плетень  07.08.2023, 19:25
[игнорируется]
500271
Кусь  07.08.2023, 13:50
[игнорируется]
499921
Тень на плетень  07.08.2023, 13:01
[игнорируется]
499888
...
Разбей таблицу на партиции, по дням например, и повесь на эту таблицу view c условием: WHERE <your_date> >= CURRENT_DATE - interval '7 day'.
Раз в день можешь грохать устаревшие партиции по cron-у и добавлять новые на будущее.
По партициям то понятно, но это не совсем то. Собственно предположим вам нужно собирать какую то метрику 10 раз в день. То есть в день всего 10 строк. Но хранить ее нужно четко неделю.

Как это все работает в RRD?

Пошел понедельник, Вторник, и т.д. Воскресенье. Когда начался новый понедельник, первая запись предыдущего понедельника должна затереться первой записью нового понедельника. И так все в цикле.

В чем профит? Таблица всегда с фиксированным количеством строк. Она не растет и значит не требует обслуживания.
Для данного конкретного вопроса можно просто собрать первичный ключ, который будет вычисляться исходя из номера дня в неделе и номера измерения в дне, заполнить таблицу "пустыми" значениями, а во время измерений вместо вставки записей делать просто изменение данных по вычисленному значению ключа
Самое здравое предложение, ибо вполне возможно, что если какая-то строка сегодня не обновлялась, то она должна иметь старые данные.
Предположение сделано на том основании, что скорее всего кедруле это надо для его awr отчота, зачастую в таких отчётах важна динамика, а так же возможны пропуски сбора статы по различным причинам.
Если говорить про AWR, он основан на dba_hist_active_sess_history views, где снапшоты хранятся определённый период времени, потом удаляются и похую что там не менялось.
...
Рейтинг: 0 / 0
08.08.2023, 10:23
| Ответить | Цитировать | Написать | Перейти в тему  
2 сообщений из 2, страница 1 из 1
Форумы / Поиск: Искать ответы на сообщение: #500624  
Пользователи онлайн (115): Анонимы (110), Yandex Bot, zzdima 2 мин., Bing Bot 5 мин., Google Bot 8 мин., Tosh 8 мин.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Польз. соглашение
ReSQL.ru, Чоткий форум, Чат Кролика       Пашэ: Рисунки, Чат       Деда: Фотоальбом, Встречи
Закрыть
Start [/forum/search.php?do_search=1&replies_to=500624&author_mode=wrote_post]:
 0ms
get settings:
 0ms
get forum list:
 4ms
searching:
 10ms
get settings:
 4ms
get forum list:
 6ms
get found posts:
 15ms
track hit:
 18ms
get online users:
 64ms
check new:
 236ms
others: 289ms
total:  646ms
созд. / загр.: 646ms (нв.: 236ms)
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]