Re: Effective query for listing flags in use by messages in a folder - Mailing list pgsql-sql
From | Hector Vass |
---|---|
Subject | Re: Effective query for listing flags in use by messages in a folder |
Date | |
Msg-id | 1426676819968.86115@metametrics.co.uk Whole thread Raw |
In response to | Re: Effective query for listing flags in use by messages in a folder (Andreas Joseph Krogh <andreas@visena.com>) |
Responses |
Re: Effective query for listing flags in use by messages in a folder
|
List | pgsql-sql |
Andreas ... your code and one of my examples ... I have modified my option 2 to give an example with data that gives you I believe exactly the same output (one row for each flag set for folder_id=3 with the text representation of the flag) ... when you satisfy yourself this produces the same results you might then want to go back and re-read my original post which rather than feeding you verbatim how to produce exactly the same results gave the the pro's and con's of 3x different approaches... I chose to illustrate my option 2 because it is easy to understand and is a reasonable production solution, option 1 was really just to get you thinking differently about how to do this and option 3 I concede was more advanced and probably but requires skills other than plain SQL to implement.
Your code (I have added data so that this is a full working code snippet)
My No 2
Hector Vass
+44(0)7773 352 559
* Metametrics, International House, 107 Gloucester Road, Malmesbury, Wiltshire, SN16 0AJ
Sent: 17 March 2015 21:02
To: pgsql-sql@postgresql.org
Subject: Re: [SQL] Effective query for listing flags in use by messages in a folder
A couple of ideas to try ... the approach you take will depend on volume of records, how quickly/how much they change and the overheads of updating/maintaining this data
/** you could consider holding the flags as integers as you can do more stuff with simple math **/drop table if exists message;create table message(folder_id integer not NULL,is_seen int not null default 0,is_replied int not null default 0,is_forwarded int not null default 0,is_deleted int not null default 0,is_draft int not null default 0,is_flagged int not null default 0);insert into message values(1,0,0,0,0,0,0),(2,0,0,0,0,0,1),(3,0,0,0,0,1,1),(4,0,0,0,1,0,1);select folder_id from message where is_seen+is_replied+is_forwarded+is_deleted+is_draft+is_flagged>0;/** of course holding flags as columns can be inefficient and not as flexible as holding them as key value pairs **/drop table if exists message;create table message(folder_id integer not NULL,is_flag char(1),is_val int);insert into message values(1,'s',0),(1,'r',0),(1,'f',0),(1,'d',0),(1,'a',0),(1,'f',0),(2,'s',0),(2,'r',0),(2,'f',0),(2,'d',0),(2,'a',0),(2,'f',1),(3,'s',0),(3,'r',0),(3,'f',0),(3,'d',0),(3,'a',1),(3,'f',1),(4,'s',0),(4,'r',0),(4,'f',0),(4,'d',1),(4,'a',0),(4,'f',1);select folder_id from message where is_val>0 group by 1;/** key value pairs can use a lot of space as the folder_id has to be repeated ... **//** so why bother holding value of Zero at all just hold those with a flag**//** key value approach has advantages as you simply add flags so no update or delete operations **/delete from message where is_val=0;select folder_id from message group by 1;/** Commonly the bottleneck comes down to the speed at which you can store/update the flags sql not the bestat generating bit map fields but you can or you can consider using a stored procedure in C ... then this would be my preferred approach **/drop table if exists message;create table message(folder_id integer not NULL,is_flag int);insert into message values(1,0),(2,1),(3,3),(4,5);select folder_id from message where is_flag>0;select folder_id,(is_flag::bit(7))::char(7) from message where is_flag>0;--or can do bit level operations which are v fastselect 'deleted flag set',folder_id from message where is_flag&4>0;select 'deleted flag set or seen draft set ',folder_id from message where is_flag&6>0;/** if you can compress the data into bit field you may not need to bother with overhead of indexes as scanning whole table or partition can be very fast **/