https://opennet.me/openforum/vsluhforumID3/41696.html Иван Блинков обобщил (http://www.insight-it.ru/net/scalability/masshtabiruemye-veb-arkhitektury/) информацию о способах горизонтального масштабирования (дробление на более мелкие составляющие) растущих web-проектов, представил обзор потенциальных проблем и вариантов их решений.<br><br>URL: http://www.insight-it.ru/net/scalability/masshtabiruemye-veb-arkhitektury/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=15834<br> https://opennet.me/openforum/vsluhforumID3/41696.html#6 Wed, 14 May 2008 05:29:46 GMT Вот тоже не хочется в дискуссию пускаться, но :<br><br>1) производительность в ноль не убивается, так как как делался запрос на выборку один, так он один и делаться будет. А вот данные будут в нормальной форме храниться. Это огромный плюс. Кроме того, только процесс создания среза способен замедлить решение. Но если хорошо подумать, нужно рассматривать либо эту проблему, либо проблему неактуальности данных, о которой вы отдельно говорите. Одновременно они не встретятся.<br><br>2,4) Неактуальные данные будут только тогда, когда именно временные таблички создаваться будут. В "вашем" случае, кстати, после "денормализации" в том понимании в котором она предполагается в этой статье, будет неизбежно возникать дублирование информации. Т.е. без дополнительных (и очень больших) усилий актуальной информация не будет даже в режиме одной сессии для одного пользователя.<br><br>3) Целесообразно действительно не всегда. Но это не аргумент против. Масштабирование тоже не всегда целесообразно.<br><br>Так что ваше расстройство моим отзывом не https://opennet.me/openforum/vsluhforumID3/41696.html#5 Tue, 13 May 2008 08:01:57 GMT Хорошая статья, автор молодец, всем кому не нравится, кидайте ссылки на свои труды, оценим, а то только и можно прочеcть в блогах большинства, сопли о их не кому не нужной жизни...:)<br> https://opennet.me/openforum/vsluhforumID3/41696.html#4 Tue, 13 May 2008 05:50:35 GMT Опоздала статья года на три. Кластеры серверов приложений, асинхронные фреймворки, линейное масштабирование и даже Hadoop + Hbase - уже давно не экзотика.<br> https://opennet.me/openforum/vsluhforumID3/41696.html#3 Tue, 13 May 2008 03:12:24 GMT Это Вам "незачот". Даже объяснять не хочется, почему.<br><br>Но тем не менее, чтобы не быть голословным:<br><br>Временные таблицы, сортировки на дисках:<br> 1. убивают производительность в ноль. <br> 2. содержат неактуальные данные, не всегда применимо<br> 3. не всегда целесообразно.<br> 4. AFAIK временные таблицы будут разными для разных сессий/транзакций<br><br><br>В качестве дополнительного средства в специфических случаях оно конечно может быть применимо. Но мне кажется что уже тут написано больше буков "по теме", чем в исходном абзаце "Денормализация"<br> https://opennet.me/openforum/vsluhforumID3/41696.html#2 Tue, 13 May 2008 02:40:40 GMT Вот особенно удивил пункт Денормализация.<br>Мне очень странно, почему не предложено вместо этого использовать срезы. Если их нет в СУБД, можно (даже в мускуле, даже древнем) сделать select into - и сохранить данные во временную табличку.<br><br>Так что незачот. Информации уйма, а сомых простых и, как обычно, эффективных вещей не описано.<br> https://opennet.me/openforum/vsluhforumID3/41696.html#1 Mon, 12 May 2008 23:08:01 GMT Там же и об отказоустойчивости написано неплохо...<br><br>...вот только как водится, сапожник по традиции без сапог - отказоустойчивости данного блога незачот - в процессе чтения оного получилось вот так ;)<br><br>Internal Server Error<br>The server encountered an internal error or misconfiguration and was unable to complete your request.<br><br>Please contact the server administrator, support@hc.ru and inform them of the time the error occurred, and anything you might have done that may have caused the error.<br><br>More information about this error may be available in the server error log.<br><br>Apache/1.3.34 Server at www.insight-it.ru Port 80<br>