А русский язык и русские валюты когда будут?

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

У меня к Вам просьба...

Может быть. но я об этом написал в правилах конкурса. Видимо, многие особо их не читают.

Это не дает ничего. Чтобы получить автомобиль нужно чтобы в результирующей анкете вписывали адрес электропочты.

А теперь я увидел рекламу этого конкурса на этом сайте. Интересно что будет популярнее, реклама или мой топик :)

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

Вспоминая физику в школе и в ВУЗЕ ни разу не встречал чтобы в формулах фигурировал диаметр. везеде радиус использовался - это первоначальная характеристика окружности, диаметр получался из радиуса а не на оборот.

Молодец. очень интересный комментарий.
а почему будильник вредит?

Логичнее было бы не диаметр за 1 метр брать а радиус.

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

Один мой знакомый организовал бригаду программистов и написал софт для управления IT службой используя опыт ITIL. Балбесы-программисты писали такой страшный код и такие базы данных, что волосы начинали шевелится на голове. тем не менее через полгода работы над проектом система заработала почти без глюков и сейчас успешно продается. Так что главное чтобы был хороший руководитель, умеющий ставить работу.

Но не обязательно делать выборку по всем персонажам и по всем событиям. можно визуализацию параметризировать.

Модификаторов нет. в следующей статье описан способ борьбы с этой ситуацией: http://razbezhkin.habrahabr.ru/blog/2430…

Смотрите. допустим, таблица содержит 1000000 строк, при этом в одну страницу попадает 100 строк, тогда table scan прочитает 10000 страниц. А при использовании bookmark lookup количество логических чтений составит 100000, т.к. каждая операция bookmark lookup читает за одну операцию 1 страницу данных, а число операций будет равно числу строк.

разумеется есть еще и кэширование, благодаря чему разнится в производительности будет не так заметна на глаз, но при оптимизации запросов показатель кэширования имее не очен большой вес, в основном учитываются именнно логические чтения (сколько бы страниц читалось при отсутствии кэша)

Microsoft "говорит" что и для оптимизации производительности в своих официальных курсах.

В asp.net есть просранство имен System.Diagnostics с классами для записи трассировки в логи, которые потом можно посмотреть через страницу ~/trace.axd

кроме того стандартный дебагер vs2005 позволяет выполнять пошаговую трассировку и ставить breakpoint'ы
рекомендую.

поправил.
чуть позже напишу, как из таких ситуаций можно выходить.

да, 2005

IE7 тоже показывает

Спасибо