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


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