В запросах используется всегда один индех на таблицу. Этому меня умная книжка научила. Если делаешь JOIN то индех считай уже ушёл на составление таблиц. Советуют пользоваться двойными индексами, вот только пока не разбирался, но положительных результатов пока не было...

Хм... странно вообще-то. Но индексы, поля котороых присутствуют в условии WHERE, ведь там он используется вместе?! Или я опять ошибаюсь....

в смысле? никто ж не говорит, что индексы могут быть только "однопольные" - индекс может распространяться на несколько полей. Но применяться будет только один индекс. и странного я не вижу: как можно несколько индексов одновременно использовать? я не представляю 

Хорошо. Допустим, банальный пример из выше-приведенной таблицы. Если использовать множественный индекс по правостороннему принципу (по-моему так правильно назыввается  ), т.е.:

То тогда все пучком, запрос, типа

Выполняется ИДЕАЛЬНО, с использованием этих трех индексов, Using filesort нету, и правильно. Но... тогда что получается, если мне нужен другой запрос, типа:

То я должен для этого запроса создавать отдельный множественный индекс??? Т.к. уже индекс all не используется на данный запрос. Неужели все-таки нужно создавать каждые индексы на какие-нить индивидуальные запросы? Тогда и места на диске не напасешься 

нету там трех индексов. ну, если принимать в расчет только 

и не надо "на все случаи жизни". при нормализации по 5 НФ вообще можно обойтись только индексом на поле первичного ключа  Только это уже слишком, даже в общем случае... 

Т.е.? 5 НФ?


Да ну, не думаю что это будет оптимально 

может, я чего и придумал  однако я именно так по пояснениям преподавателя представил себе 5 нормальную форму 

На практике применяются, обычно, первые три нормальные формы. Пятая все же крайне нормализованная 

Ignat, зато и в самом деле - более одного индекса на таблицу понадобиться просто не может 

Какие еще формы? Пятая, третья.... Что то я вас, ребята, не понимаю 

Дык, а если у таблицы связей много...

Добавлено @ 18:45 
Такс, пошел домой книгу изучать.... Хотя главы про индексы уже перечитывал несколько раз.

Значит таблица не находится в 5НФ 



Почитай лучше теорию реляционных БД ;)

нормализация и нормальные формы

Сколько у вас строк в таблице, что вы так боитесь filesort'а? 
Когда объём данных переваливает за тот предел, при котором ORDER BY без индекса реально тормозит и исправить это разумным кол-вом индексов нельзя - нужно задуматься о создании избыточности данных, путём хранения в разных таблицах одного и того же в разном разрезе с разными индексами.

sergejzr, как было выяснено несколькими топиками ниже - пятая версия mysql умеет использовать несколько индексов от одной таблицы.

Считаю, нормальные формы нужно знать, чтобы уметь правильно мыслить при проектировании базы данных. Больше нормальные формы ни для чего не нужны, т.е. нельзя их в чистом виде использовать для построения бд.

Это сообщение отредактировал(а) muzer - 28.9.2006, 21:34

что понимается под "чистым" видом? насколько часто необходимо идти "вразрез" с первой НФ(насколько я помню - это требование к "атомарности" единицы данных - поля)? 

Под чистым видом понимается приведение структуры БД строго к какой-либо нормальной форме.
На практике чаще всего есть частичное соответствие той или иной НФ, но т.к. определения НФ не подразумевают частичного соответствия, то я и говорю, что они служат только для развития мышления.


Хм..приходится. Когда нужно хранить список значений (являющихся праймари в другой таблице) переменной длины без необходимости использовать его в джойнах. Например, данные для загрузки в какую-либо программу. Хранить "вертикально" - очень затратно, большой объём получится, неповоротливая таблица.



Это сообщение отредактировал(а) muzer - 29.9.2006, 01:40