Исходное сообщение
"PHP-транслятор HipHop позволил Facebook использовать в разы ..." Отправлено User294, 05-Апр-11 11:57
> Вообще очень часто тормоза возникают из-за банального отсутствия индексов. По моим наблюдениям, скульщики грешат тем что фигарят запросы нисколько не грея мозг вопросом что же будет по факту сделано. Иногда это оказывается полный педалинг всей немелкой БД. > часто сталкиваюсь с "select *" вместо "select id, name Кэп, перелогиньтесь :) > На собственном опыте убедился, что 90% проблем возникают из-за ошибок > при проектировании структуры БД и неумения найти баланс между четким > следованием теории (3-нормальная форма БД и выше) и практической реализации. Глядя на большую часть запросов есть ощущение что было написано то что первым пришло в голову. А теория и здравый смысл - дружно отдыхали. В какихнить key-value так попросту не получится, поэтому притормозить их говнокодом придется крепко постараться. Это можно, но стараться придется больше :). А то вон на sql.ru был шедевральный пример базы - всего 126 столбцов. Мускул ругался что размер столбца слишком большой и не хотел это создавать :))).Оказывается, птичкодятлы хранили в отдельном столбце ВСЕ, вплоть до цвета шрифта оформления страницы. В общем дурак с бульдозером - еще хуже чем дурак с лопатой. > а когда станут заметны придется заниматься оптимизацией. Ну дык, типичная логика скульщика: - да ладно, и так сойдет: 1.5 юзеров в час на сайте... - ой! хабра/слэшдот/чтотамеще-эффект. Server down.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Вообще очень часто тормоза возникают из-за банального отсутствия индексов. > По моим наблюдениям, скульщики грешат тем что фигарят запросы нисколько не грея > мозг вопросом что же будет по факту сделано. Иногда это оказывается > полный педалинг всей немелкой БД. >> часто сталкиваюсь с "select *" вместо "select id, name > Кэп, перелогиньтесь :) >> На собственном опыте убедился, что 90% проблем возникают из-за ошибок >> при проектировании структуры БД и неумения найти баланс между четким >> следованием теории (3-нормальная форма БД и выше) и практической реализации. > Глядя на большую часть запросов есть ощущение что было написано то что > первым пришло в голову. А теория и здравый смысл - дружно > отдыхали. В какихнить key-value так попросту не получится, поэтому притормозить их > говнокодом придется крепко постараться. Это можно, но стараться придется больше :). > А то вон на sql.ru был шедевральный пример базы - всего > 126 столбцов. Мускул ругался что размер столбца слишком большой и не > хотел это создавать :))).Оказывается, птичкодятлы хранили в отдельном столбце ВСЕ, вплоть > до цвета шрифта оформления страницы. В общем дурак с бульдозером - > еще хуже чем дурак с лопатой. >> а когда станут заметны придется заниматься оптимизацией. > Ну дык, типичная логика скульщика: > - да ладно, и так сойдет: 1.5 юзеров в час на сайте... > - ой! хабра/слэшдот/чтотамеще-эффект. Server down.
	Введите код, изображенный на картинке: