radev
radically evolved
Тюнинг БД
Недавно случайно наткнулся на такую строчку в объявлении о приеме на работу:
оптимизация запросов к бд и тюнинг БД
Скоро, видимо, мы увидим "прокачанные" БД или "разогнанные" SQL запросы.
А также бюро тюнинга для софта. :)
Я посмеялся над конкретным словом: "тюнинг"... у меня оно сразу вызывает ассоциации с автомобилями...
Против оптимизации БД и запросов к ним я ничего не имею :)
Было 4Гб в одной базе, с которой я работал. Там без индексов не обойтись было - и тем не менее их там не было. А все удивлялись, что так медленно на такой крутой машине... ;)
Слово "тюнинг" применялось к базам задолго до того, как начало применяться к автомобилям.
Кстати, индексы и частичные индексы - несколько разные сущности. Естественно, что хоть как-то спроектированная база, должна иметь индексы. Но, для оптимизации, можно строить дополнительный индекс, например, только по непустым элементам. Если в таблице несколько миллионов записей, а непустое значение поля есть, скажем, у сотни - выигрыш будет на порядки.
Последние комментарии
- Circuit VAZ-2102 VAZ-21021
1 год 25 недель назад - Peugeot 405 All about
1 год 25 недель назад - Авто зарядні
1 год 25 недель назад - Схемотехника
1 год 25 недель назад - Firebug сайт
2 года 44 недели назад - Реализация
2 года 51 неделя назад - Я была в Калуге
2 года 51 неделя назад - То, что он
3 года 10 недель назад - Бывает, что
3 года 22 недели назад - И тебя с
3 года 30 недель назад


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