Re: Primary Keys, Multiple Index and Searching

2005-02-26 Thread Gleb Paharenko
Hello. > So in this case MySQL will choose to use the largest index that suits MySQL will choose index which returns less rows. > Given the high cardinality of `manufacturer` Cardinality - the number of unique values in the index. So manufacturer index usually has low cardinality and k

Re: Primary Keys, Multiple Index and Searching

2005-02-25 Thread Jonathan Wright
Gleb Paharenko wrote: Hello. If you have a separate indexes on section and status columns, MySQL will use only one of them. And as the column status has very small number of possible values the cardinality of separate index on it will be too low and optimizer won't use this index. I think, if slow

Re: Primary Keys, Multiple Index and Searching

2005-02-25 Thread Gleb Paharenko
Hello. If you have a separate indexes on section and status columns, MySQL will use only one of them. And as the column status has very small number of possible values the cardinality of separate index on it will be too low and optimizer won't use this index. I think, if slow updates won't be

Primary Keys, Multiple Index and Searching

2005-02-24 Thread Jonathan Wright
Hiya, I've been trying to find out about this for a few days, but can't seam to find much information about it on the web. At the moment I've got a few tables, one of this looks like: CREATE TABLE `news` ( `section` TINYINT UNSIGNED ZEROFILL NOT NULL, `article` SMALLINT(4) NOT NULL AUTO_INCRE