Панель управления сервером

N
На сайте с 06.05.2007
Offline
419
#211

myhand, по-вашему, значит, нормальный программист должен всегда использовать FORCE_INDEX во всех запросах ?

Эти баги описывают ненормальное поведение сервера после обновления с 5.0 на 5.1. Из документации подразумевается, что индексы работают там где должны работать.

Гарантий, что они будут работать нет, но если они не работают SQL не имеет смысла использовать. Он специально создавался чтобы исключить императивное программирование в СУБД.

Попадание на такой баг - подлянка от администратора из самых лучших его побуждений.

Кнопка вызова админа ()
M
На сайте с 16.09.2009
Offline
278
#212
netwind:
Из документации подразумевается, что индексы работают там где должны работать.

Да ну :) Параграф, цитата?

netwind:
Гарантий, что они будут работать нет

А вот это - правильно. Они работают так или иначе в той мере, насколько это документировано. Как обычно, полагаетесь на большее - ссзб.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
N
На сайте с 06.05.2007
Offline
419
#213
myhand:
А вот это - правильно. Они работают так или иначе в той мере, насколько это документировано. Как обычно, полагаетесь на большее - ссзб.

Если админ в команде разработчиков заявит подобное, то его просто уволят. Вы с хостингом своим совсем поехали.

Все полагаются на то, что индексы, будь они созданы, задействуются и субд в большинстве случаев выбирает оптимальный план. Если не делать внезапных апгрейдов, то из практики видно как себя ведет оптимизатор.

M
На сайте с 16.09.2009
Offline
278
#214
netwind:
Если админ в команде разработчиков заявит подобное, то его просто уволят.

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

netwind:
Все полагаются на то, что индексы, будь они созданы, задействуются и субд в большинстве случаев выбирает оптимальный план.

Ах, если бы выбор "оптимального плана" было четким алгоритмом с определенным поведением. Но увы, это эвристика - так что выбор "оптимального плана" не специфицирован в деталях и, в принципе, может существенно меняться от версии к версии.

N
На сайте с 06.05.2007
Offline
419
#215

myhand, как правило не меняется от минорных обновлений. И точно не меняется после обновлений безопасности. Дистрибутивы специально держат свою версию и портируют фиксы из поздних версий. Это вам информация на тот случай, если вам придется работать не в хостинге где +-10 клиентов погоды не делают.

M
На сайте с 16.09.2009
Offline
278
#216
netwind:
myhand, как правило не меняется от минорных обновлений. И точно не меняется после обновлений безопасности. Дистрибутивы специально держат свою версию и портируют фиксы из поздних версий.

Я в курсе. Как это меняет тот факт, что разработчик расчитывал на недокументированное поведение при работе базы с индексами?

Хочешь минимум подводных камней в дальнейшем - читай инструкцию. Принцип на века.

N
На сайте с 06.05.2007
Offline
419
#217

myhand, по-вашему получается, что большинство сайтов работают на основе недокументированных возможностей и завтра обязательно рухнут. А остальные сайты просто никто не знает как работают.

Это очевидная неправда, а значит и предпосылки приведшие к этому суждению тоже неправда.

M
На сайте с 16.09.2009
Offline
278
#218
netwind:
myhand, по-вашему получается, что большинство сайтов работают на основе недокументированных возможностей и завтра обязательно рухнут.

Если бы было "большинстово" - на баг не было бы разработчикам откровенно начхать. Так что, увы - "не получается".

N
На сайте с 06.05.2007
Offline
419
#219

myhand, опять фигню написал.

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

M
На сайте с 16.09.2009
Offline
278
#220

Опять ответ в стиле "сам дурак" (ц). Мда, от вас я ожидал чего-то более разумного, а не это. Жаль.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий