Оптимизация запросов к БД в коде

[Ace of Database]

Первые два пункта "теории" разве не соответствуют взглядам на принципы оптимизации БД?
А 3-й и 4-й пункт кому-то наносят вред?

PHP код:

Чтобы база работала быстро, надо:
1) Большое количество памяти на сервере, чтобы информацию о блокировках записей SQL-сервер целиком помещал в памяти. Тогда не будет возникать страничных и табличных блокировок.
2) периодически перестраивать индексы и обновлять статистику запросов
3) программисту всегда проверять, есть ли индекс по полям, которые перечислены в выражении отбора "where". достаточно иметь индекс по первому полю, идущему в выражении отбора "where"
3)в выражении отбора "where" сначала перечислять более уникальные поля, а потом менее уникальные - например надо писать "where inventTrans.TransRefId == 'journalId' && inventTrans.TransType == InventTransType.InventTransfer". А так писать нельзя: "where inventTrans.TransType == InventTransType.InventTransfer && inventTrans.TransRefId == 'journalId' ". 


[sukhanchik]

Цитата:

Сообщение от Ace of Database

Первые два пункта "теории" разве не соответствуют взглядам на принципы оптимизации БД?
А 3-й и 4-й пункт кому-то наносят вред?

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

[egorych]

Цитата:

Сообщение от Ace of Database

Первые два пункта "теории" разве не соответствуют взглядам на принципы оптимизации БД?
А 3-й и 4-й пункт кому-то наносят вред?

PHP код:

Чтобы база работала быстро, надо:
1) Большое количество памяти на сервере, чтобы информацию о блокировках записей SQL-сервер целиком помещал в памяти. Тогда не будет возникать страничных и табличных блокировок. 


Из того что я читал о блокировках в MSSQL - таблица блокировок ВСЕГДА находится в памяти и ни при каких условиях не свопится. Объем памяти безусловно полезен, но для другой цели - закэшировать больше данных.

PHP код:

2) периодически перестраивать индексы и обновлять статистику запросов 


К этому пункту нет притензий

PHP код:

3) программисту всегда проверять, есть ли индекс по полям, которые перечислены в выражении отбора "where". достаточно иметь индекс по первому полю, идущему в выражении отбора "where" 


Не все так однозначно, особенно по последнему утверждению

PHP код:

3)в выражении отбора "where" сначала перечислять более уникальные поля, а потом менее уникальные - 


А случайно с построением индексов не перепутали?