Hi Brice,
On Jan 2, 2014, at 2:45 PM, Brice André wrote:
> Sorry, it's probably my bad english that is confusing. When I sayed inequality, I ment operators like <= or >=. In
fact,'a' is an integer' which is a foreign key on a primary key of another table and b is a timestamp.
>
> So, if I understand you, making an index on both ('a', 'b') will be faster than two separate indices ?
>
> But, if yes, does this index can be useful for a search on 'a' only ? Or do I need a separate index for this ?
>
> I generally also have a ORDER clause on 'b'. I suppose that the index will be a good point for it too ?
It should be more space-efficient to use a multi-column index, but you would have similar performance on SELECTs as
havingtwo indexes.
But now understanding your data a bit more, it probably would be better just to have an index on "a" - unless you will
besearching only over "b" or even after filtering your data by "a" you will have a lot of rows that need to be filtered
by"b" having a multi-column index or an index on "b" would be probably be overkill.
Of course, I use "a lot" because it really depends on what your actual data is - if you can you should probably run a
fewscenarios with your data set (if you can) and using EXPLAIN ANALYZE to see which index or indexes actually are used.
Keep in mind that you have to consider what happens when you have writes (INSERT/UPDATE/DELETE) on the table with your
indexes,your write queries will have to wait for those indexes to be updated, thus putting more I/O load on the system.
> And, last question, I also have time-consuming queries that are of the form :
>
> SELECT .. FROM table WHERE 'a'=x AND 'c'=y AND 'b' >= z
>
> where 'c' is an integer, but that is not a foreign key. Does it makes sense to create an additional multi-column
indexon ('a', 'b', 'c') ? Does the order of declaration of columns in the index creation makes a difference ? (for
example('a', 'c', 'b')) ? And is this index useful for a search on 'a' and 'b' only ?
Probably not, unless you have a lot of rows to further filter from "c" - too much indexing could actually impede
performance,which is why you need to experiment a bit :-)
Best,
Jonathan
