Re: Using Postgres to store high volume streams of sensor readings - Mailing list pgsql-general

From Scara Maccai
Subject Re: Using Postgres to store high volume streams of sensor readings
Date
Msg-id 352634.56573.qm@web28102.mail.ukl.yahoo.com
Whole thread Raw
In response to Re: Using Postgres to store high volume streams of sensor readings  ("Ciprian Dorin Craciun" <ciprian.craciun@gmail.com>)
List 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 by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Using Postgres to store high volume streams of sensor readings
Next
From: "V S P"
Date:
Subject: Re: [Q]updating multiple rows with Different values