Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Does a multi-column index work for single column selects too?

I've got (for example) an index:

CREATE INDEX someIndex ON orders (customer, date); 

Does this index only accelerate queries where customer and date are used or does it accelerate queries for a single-column like this too?

SELECT * FROM orders WHERE customer > 33; 

I'm using SQLite.


If the answer is yes, why is it possible to create more than one index per table?


Yet another question: How much faster is a combined index compared with two separat indexes when you use both columns in a query?

like image 459
Georg Schölly Avatar asked Apr 28 '09 05:04

Georg Schölly


People also ask

When we combine multiple columns in a single index it is known as a index?

A concatenated index, also known as multi-column, composite or combined index, is one index across multiple columns.

What will happen if you apply index on multiple-column?

By putting multiple columns in your index, the optimizer will only have to access the table directly if a column is not in the index. I use these a lot in data warehousing. The downside is that doing this can cost a lot of overhead, especially if the data is very volatile.

Can an index be defined for a single column?

A single-column index is an index based on the values in one column of a table. A multicolumn index is an index based on the values in multiple columns of a table.

How multi-column indexes work?

If you specify the columns in the right order in the index definition, a single composite index can speed up several kinds of queries on the same table. A multiple-column index can be considered a sorted array, the rows of which contain values that are created by concatenating the values of the indexed columns.


1 Answers

marc_s has the correct answer to your first question. The first key in a multi key index can work just like a single key index but any subsequent keys will not.

As for how much faster the composite index is depends on your data and how you structure your index and query, but it is usually significant. The indexes essentially allow Sqlite to do a binary search on the fields.

Using the example you gave if you ran the query:

SELECT * from orders where customer > 33 && date > 99 

Sqlite would first get all results using a binary search on the entire table where customer > 33. Then it would do a binary search on only those results looking for date > 99.

If you did the same query with two separate indexes on customer and date, Sqlite would have to binary search the whole table twice, first for the customer and again for the date.

So how much of a speed increase you will see depends on how you structure your index with regard to your query. Ideally, the first field in your index and your query should be the one that eliminates the most possible matches as that will give the greatest speed increase by greatly reducing the amount of work the second search has to do.

For more information see this: http://www.sqlite.org/optoverview.html

like image 131
Jared Miller Avatar answered Sep 21 '22 23:09

Jared Miller