cola
Новичок
VIEWS средсво повышения удобства или скорости ??
Если брать стандартную модель таблицы публикаций вроде
||Ключ||Дата||Тип||Признак_публикации||Какието сами по себе столбцы
Самыми стандартными запросами получаются выборки вроде
Тип = чегото
Дата = меньше сейчас
Признак_публикации = Опубликовано
И в целом, почти все запросы рассчитаны на область которая определена выше.
Предположим, создаем несколько представлений по типам, в которое сразу ложем все, что определено как: "этот тип", "опубликовано", "меньше текущей даты".
Далее начинаем обращаться к этим представлениям вместо исходной таблицы.
"Чиста" физический, писать SQL к представлениям становиться приятно, потому что не надо таскать с собой кучу условий на каждый запрос. Также, казалось бы, при больших объемах памяти, запросы к представлениям должны работать быстрей чем запросы к самой таблице.
Тестирование на локальной машине с базой в 150 мегов и типом представлений MERGE, существенной разницы в скорости не дало (относительно использования запроса к основной таблице по ключам). Но машина со стандартными настройками и без нагрузки. На боевой машине, стоит четвертая версия, и посмотреть, что будет на ней с представлениями не выйдет.
Поэтому вопрос
1. Появиться ли возможность увеличить скорость запросов, если я буду использовать VIEWS вместо запросов в «большую» таблицу
2. Какие могут быть настройки, для прироста скорости если я решу использовать представления.
3. В двух словах расскажите про принцип реализации представлений в MySQL, чтобы в общем возможно самому представить решение, или дайте ссылок харошие материалы.
Зыпасиба.
Если брать стандартную модель таблицы публикаций вроде
||Ключ||Дата||Тип||Признак_публикации||Какието сами по себе столбцы
Самыми стандартными запросами получаются выборки вроде
Тип = чегото
Дата = меньше сейчас
Признак_публикации = Опубликовано
И в целом, почти все запросы рассчитаны на область которая определена выше.
Предположим, создаем несколько представлений по типам, в которое сразу ложем все, что определено как: "этот тип", "опубликовано", "меньше текущей даты".
Далее начинаем обращаться к этим представлениям вместо исходной таблицы.
"Чиста" физический, писать SQL к представлениям становиться приятно, потому что не надо таскать с собой кучу условий на каждый запрос. Также, казалось бы, при больших объемах памяти, запросы к представлениям должны работать быстрей чем запросы к самой таблице.
Тестирование на локальной машине с базой в 150 мегов и типом представлений MERGE, существенной разницы в скорости не дало (относительно использования запроса к основной таблице по ключам). Но машина со стандартными настройками и без нагрузки. На боевой машине, стоит четвертая версия, и посмотреть, что будет на ней с представлениями не выйдет.
Поэтому вопрос
1. Появиться ли возможность увеличить скорость запросов, если я буду использовать VIEWS вместо запросов в «большую» таблицу
2. Какие могут быть настройки, для прироста скорости если я решу использовать представления.
3. В двух словах расскажите про принцип реализации представлений в MySQL, чтобы в общем возможно самому представить решение, или дайте ссылок харошие материалы.
Зыпасиба.