Исходное сообщение
"Масштабируемые веб-архитектуры" Отправлено dopperst, 14-Май-08 09:29
Вот тоже не хочется в дискуссию пускаться, но : 1) производительность в ноль не убивается, так как как делался запрос на выборку один, так он один и делаться будет. А вот данные будут в нормальной форме храниться. Это огромный плюс. Кроме того, только процесс создания среза способен замедлить решение. Но если хорошо подумать, нужно рассматривать либо эту проблему, либо проблему неактуальности данных, о которой вы отдельно говорите. Одновременно они не встретятся. 2,4) Неактуальные данные будут только тогда, когда именно временные таблички создаваться будут. В "вашем" случае, кстати, после "денормализации" в том понимании в котором она предполагается в этой статье, будет неизбежно возникать дублирование информации. Т.е. без дополнительных (и очень больших) усилий актуальной информация не будет даже в режиме одной сессии для одного пользователя. 3) Целесообразно действительно не всегда. Но это не аргумент против. Масштабирование тоже не всегда целесообразно. Так что ваше расстройство моим отзывом недостаточно, всё-таки, аргументировано.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вот тоже не хочется в дискуссию пускаться, но : > 1) производительность в ноль не убивается, так как как делался запрос на > выборку один, так он один и делаться будет. А вот данные > будут в нормальной форме храниться. Это огромный плюс. Кроме того, только > процесс создания среза способен замедлить решение. Но если хорошо подумать, нужно > рассматривать либо эту проблему, либо проблему неактуальности данных, о которой вы > отдельно говорите. Одновременно они не встретятся. > 2,4) Неактуальные данные будут только тогда, когда именно временные таблички создаваться > будут. В "вашем" случае, кстати, после "денормализации" в том понимании в > котором она предполагается в этой статье, будет неизбежно возникать дублирование информации. > Т.е. без дополнительных (и очень больших) усилий актуальной информация не будет > даже в режиме одной сессии для одного пользователя. > 3) Целесообразно действительно не всегда. Но это не аргумент против. Масштабирование тоже > не всегда целесообразно. > Так что ваше расстройство моим отзывом недостаточно, всё-таки, аргументировано.
	Введите код, изображенный на картинке: