Форум MySQL

Зачем и в каких случаях надо применять?????

такое ощущение что никто это не применяет в реальных проектах......

Когда удаляются или обновляются данные, таблица фрагментируются - образуются пустоты, в которые потом могут записываться данные. В любом случае в теле файла таблицы остаются участки не заполненные никакими данными. Поэтому реальный размер, который таблица занимает на диске может быть больше полезного объема. Для дефргаментирования используется оптимизация. Кроме того, в результате различных сбоев может нарушаться структура индексов и вообще таблицы - оптимизация позволяет "починить" незначительные нарушения (постоянная починка таблицы в автоматическом режиме слишком бы замедляла работу СУБД).

Большое спасибо за ответ, а как часто надо производить данную процедуру ?
И такой вопрос в автоинкрементном поле с первичным ключом допустим( ID ) есть всего три записи ID =1 и ID=111 и ID= 123456789
а все что между ними были удалены ...каким способом можно нормализовать этот столбец, чтобы стало ID =1 и ID=2 ID =3

Хм... собственно, если вы удалили мегабайт 40 из таблицы, стоит провести - скорее всего все будет работать шустрее. Если вы видите, что слетел индекс - тоже имеет смысл выполнить операцию. Обычно советуют проводить её не чаще раз в сутки.

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

А если таблица фиксированная? Стоит ли делать?
И почему для таблиц MEMORY оптимизация не работает.
Хотя и показывает расход памяти (Фрагментировано) работает только FLUSH

>А если таблица фиксированная? Стоит ли делать?
А что под фиксированной таблицей имеется в виду?

>И почему для таблиц MEMORY оптимизация не работает.
>Хотя и показывает расход памяти (Фрагментировано) работает только FLUSH
В этом типе данных много что не реализовано - он ориентирован на максимально-возможную быструю работу и в качестве таблицы для длительного хранения данных не рассматривается.