Тюнинг БД

Недавно случайно наткнулся на такую строчку в объявлении о приеме на работу:
оптимизация запросов к бд и тюнинг БД
Скоро, видимо, мы увидим "прокачанные" БД или "разогнанные" SQL запросы.
А также бюро тюнинга для софта. :)

Автор: radev, дата: чт, 2005-08-04 01:39
Автор: listener, дата: чт, 2005-08-04 22:26

Как обычно: злейший враг любой системы - неинформированные граждане.

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

Автор: radev, дата: пт, 2005-08-05 00:01

Я посмеялся над конкретным словом: "тюнинг"... у меня оно сразу вызывает ассоциации с автомобилями...
Против оптимизации БД и запросов к ним я ничего не имею :)
Было 4Гб в одной базе, с которой я работал. Там без индексов не обойтись было - и тем не менее их там не было. А все удивлялись, что так медленно на такой крутой машине... ;)

Автор: listener, дата: пт, 2005-08-05 11:23

Слово "тюнинг" применялось к базам задолго до того, как начало применяться к автомобилям.

Кстати, индексы и частичные индексы - несколько разные сущности. Естественно, что хоть как-то спроектированная база, должна иметь индексы. Но, для оптимизации, можно строить дополнительный индекс, например, только по непустым элементам. Если в таблице несколько миллионов записей, а непустое значение поля есть, скажем, у сотни - выигрыш будет на порядки.

Автор: radev, дата: пт, 2005-08-05 13:26

Подразумевался сложный индекс для комбинации двух полей.

BEGIN TRANSACTION;
CREATE UNIQUE INDEX uni ON pers (p_type,p_from);
COMMIT;

Последние треки

Последние треки

Последние комментарии