http://wm-monitoring.ru/ ')) {alert('Спасибо за то что установили нашу кнопку! =)');} else {alert('Очень жаль! =(');}"> http://wm-monitoring.ru/

Базовые методы оптимизации базы данных | Softodom - Блог о программировании, софте, интернете и IT

Опубликовано: 13.04.2018

видео Базовые методы оптимизации базы данных | Softodom - Блог о программировании, софте, интернете и IT

4. Базы данных. Транзакции. Триггеры и хранимые процедуры | Технострим



Решил посвятить этой теме целый отдельный пост на своём блоге т.к. это действительно очень важно, особенно когда речь идёт о высоконагруженных проектах. Безусловно переоценить роль оптимизации базы данных очень сложно, ведь от этого зависит многое и в первую очередь производительность вашего продукта работающего с базой данных. Вообще оптимизации баз данных это целая наука, которой можно посвятить целую книгу, в этом деле есть свои тонкости и нюансы. Обычно оптимизацией БД должен заниматься архитектор базы ещё при создании самой модели таблиц и связей. Т.е. об оптимизации думаем сразу при создании базы. В общем я поведаю о базовых методах распределения нагрузки СУБД. Вообще когда говорят об оптимизации баз данных, то в первую очередь речь идёт о правильной простановке индексов и о выборе наиболее подходящих движков таблиц (систем хранения данных). Все остальные аспекты базируются на этих основных моментах.


1. Базы данных. Введение | Технострим

Индексы

Существуют не правильное мнение, что для лучшей оптимизации индексы стоит ставить для всех полей всех таблиц. Это не верно! Так делать не следует ибо это ведёт к лишним вычислительным нагрузкам. Индексы надо ставить с умом! Ставим их только на те столбцы, которые отвечают определённым условиям описанным ниже. Ставим именованные индексы на все поля, которые участвуют в условиях WHERE (> больше, < меньше, = равно, <> не равно). Именованные индексы всегда лучше анонимных т.к. ими можно легко управлять, поэтому рекомендую именно их. Так же ставим индексы на все поля отвечающие за связи таблиц, т.е. внешние ключи даже при том, что внешние ключи, как таковые, у вас в таблицах не используются, а лишь присутствуют в схеме связей, всё равно ставим для этих полей индексы. На ограничения первичного и уникального ключа индексы ставить не нужно т.к. для этих ограничений индексы создаются автоматически. На ровне с этим не следует ставить индексы на поля, которые участвуют в операторах LIKE и REGEXP ваших SQL запросов, т.к. эти операторы часто не используют индексы (в зависимости от строки поиска).


2. Базы данных. Модификация и выборка данных | Технострим

Карта
rss