PostgreSQL, ограничение возвращаемого набора данных

http://www.joeconway.com/presentations/oscon-pres-2003-1.pdf

Спасибо! Постараюсь разобраться

на самом деле, это вторая ссылка в гугле по запросу «postgresql statistics», сразу же после аггрегатных функций (http://www.postgresql.org/docs/8.3/static/functions-aggregate.html)

то есть я просто рассказал тебе результаты гугления, может там чушь :) Но выглядит как правда

select count(*), sum(y), avg(z)
from
 (select  x,y,z from XYZ limit XXX)
;

Как-то так.

По ссылке я, пока, ничего не понял. PL/R вижу первый раз. Я могу написать функцию на стороне сервера, не знаю, возможно ли вызвать её select-ом

Ты не понял. Мне нужно: а) если число записей меньше xxx отдать их как есть. б) если больше, объединить их, а не просто срезать лишнее

ну пиши функцию

SELECT your_function_name(...);

R нужен, только если нужно писать статистику, на sum и avg далеко не уедешь

если больше, объединить их

Не понял что значит «объединить»?

Спасибо! По крайней мере это направление куда стоит копять

В качестве примера (никакого отношения к реальной задаче не имеет).

Есть таблица с данными по температуре каждые 5 мин, то есть запись вида дата/время,температура. Если сделать выборку, например, за год будет много данных. Мне нужно не откинуть лишние, а выдать среднее за час, день и т.д.

Сейчас структура такая, я понял:
CREATE TABLE xyz
(
ts timestamp NOT NULL,
temp_deg_c real NOT NULL
);

Ну так добавьте еще несколько полей (назвал условно):
hour int,
month int,
year int

Если тот, кто пишет в таблицу ничего о них не знает
и возможность научить отсуствует,
запускайте каждую ночь из-под крона скрипт, к-рый
распишет/проапдейтит поля hour, month, year
на основании имеющегося значения ts для тех записей,
у к-рых hour,month,year IS NULL на момент запуска

Т.о., заплАтите лишней тройкой полей за удобство выборки.

Если организовать без таких полей, то я не очень, честно говоря,
представляю как вы будете определять по какому интервалу
какая запись из выборки (среднее или что там у вас еще будет)
рассчитана, имея результат запроса.

SELECT avg(temperature) FROM tempdata WHERE time > CURRENT_TIME - interval '1 hour'

А как получить средние часовые значения, скажем, за последние полтора месяца?
А среднесуточные за тот же период?

- interval '1.5 month'

group by date_trunc('day', time)

Да, это так! Хорошая функция!

Однако, для получения, к примеру, среднечасовых
за период с 8:00 до 16:00 за январи 3 последних лет
нужно будет встать на уши.

Я бы заплатил «лишними» полями, пожалуй.

generate_series(date_trunc('year', CURRENT_DATE - interval '2 years'), date_trunc('year', CURRENT_DATE), '1 year') для получения серии из начал трёх последних лет, EXTRACT(hour FROM time) для получения часа из времени, ну в целом что-то такое получится:

SELECT avg(td.temperature) FROM 
  (SELECT generate_series(date_trunc('year', CURRENT_DATE - interval '3 years'), date_trunc('year', CURRENT_DATE - interval '1 year'), '1 year') as y) as years
  JOIN tempdata as td ON (td.time BETWEEN years.y AND years.y + interval '1 month' AND EXTRACT(hour FROM td.time) BETWEEN 8 AND 15)
GROUP BY date_trunc('hour', td.time)

«Лишние» поля все не предусмотришь. А вдруг понадобится то же самое, но по неделям или по дням недели, к примеру? Всё равно есть функции, которые позволят провести любую необходимую манипуляцию с датой, так что достаточно указания даты.

Структура таблицы сложнее, я пока сделал пару доп. таблиц, куда скидываю статистику. То есть софт, который опрашивает сенсоры делает свою, я добавляю пару дополнительных. С этим проблем нет.

Единственное, мне хотелось бы как можно меньше модифицировать клиент (это что то страшное, изначально написанное на php3), то есть всё, что возможно сделать в самой базе или на сервере. Пока думаю на клиенте заменить

select x,y,z from tablename ...

select func(...)

Пока я получаю из даты количество секунд (то есть юникстайм) как число, делю его на количество сек. в часе и т.д. и группирую по этому признаку. ИМХО так проще

Месье знает толк в стоянии на ушах!! :)))
Вы сделали мое утро, я радостно смеялся!

А если все то же самое, но только для четных часов? ;)

Вопросов нет, всего не предусмотреть.
Баланс между кол-вом «лишних» полей и
временем/памятью выполнения запроса
надо определять исходя таки из задачи.
Но в общем виде, конечно, хватит и timestamp'а.

А если все то же самое, но только для четных часов? ;)

Ровно так же, как с отдельным полем hour, просто заменяешь его везде на extract(hour from time)

Не проще. unC0Rr выше написал как проще:
group by date_trunc('hour', time)

Это первое, что мне пришло в голову. Надо будет попробовать с date_trunc

Пока я получаю из даты количество секунд (то есть юникстайм) как число, делю его на количество сек. в часе и т.д. и группирую по этому признаку. ИМХО так проще

Чем не устраивают встроенные функции для работы с временем?

Мне показалось, что с числами работать удобней. Естественно, есть некоторые ограничения, например я считаю что месяц это всегда 30 дней, но для данной задачи это не имеет большого значения.

Мне показалось, что с числами работать удобней. Естественно, есть некоторые ограничения, например я считаю что месяц это всегда 30 дней, но для данной задачи это не имеет большого значения.

Тебе показалось.

Я же написал

Это первое, что мне пришло в голову. Надо будет попробовать с date_trunc