Re: Using Postgres to store high volume streams of sensor readings

Поиск
Список
Период
Сортировка
От Scara Maccai
Тема Re: Using Postgres to store high volume streams of sensor readings
Дата
Msg-id 352634.56573.qm@web28102.mail.ukl.yahoo.com
обсуждение исходный текст
Ответ на Re: Using Postgres to store high volume streams of sensor readings  ("Ciprian Dorin Craciun" <ciprian.craciun@gmail.com>)
Список pgsql-general
>     But unfortunately the query speed is not good at all
> because most
> queries are for a specific client (and sensor) in a given
> time
> range...

Maybe I'm wrong, I don't know a lot of these things; but defining the index as (timestamp, clientid, sensor) instead of
(clientid,sensor, timestamp) should give you more "locality of access" in the index creation? 
I think it would make more sense too, since you are not going to query the db without the timestamp, but maybe you want
toquery it without the clientid or probe (to get aggregates for example). 

Plus: could you give us some numbers about the difference in performance of the selects between the index defined as
(timestamp)and defined as (clientid, sensor, timestamp)?  





В списке pgsql-general по дате отправления:

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: Using Postgres to store high volume streams of sensor readings
Следующее
От: "V S P"
Дата:
Сообщение: Re: [Q]updating multiple rows with Different values