Le0Wolf, не вижу в этой затее никакого смысла.
Если вы все равно завязываетесь на мелкософтовый DX - так его плотно подпирают библиотеками и движками на том же Шарпе.
Все, что вы сможете сделать на Крестах, будет, наоборот, велосипедами и грязным кодом.
Rikonardo, возможно, возможно.
Весь мир использует utf по умолчанию, а Microsoft до сих пор не понимает его без костылей.
С другой стороны, ТС пишет, что однобайтовую кодировку тоже пробовал и не помогло.
От создателей "прикупи себе еще памяти" и "процессор должен раскрывать видеокарту".
На кой ляд сейчас переплачивать за топовые терабайтные SSD-шки?
Кто-то не заметил, как провалились цены на 120 гиг и исчезли с рынка 60?
Лентюй, устаревающий за полчаса бэкап базы "для личной разработки"? ;)
Понятно, что в более серьезных ситуациях... секунду, но кто же задает такие вопросы в более серьезных ситуациях?!
sagrus, все равно стоит максимально исключить из запроса ненужное.
Если у вас постоянно требуется делать именно такие расчеты - в конце концов, можно завести индексированную таблицу с записями id заказа - дата на каждый день каждого заказа. И чистить ее по мере наступления этих дней.
Если выложите что-то более реальное и проблемное - может быть, по нему вам укажут на более реальные возможности оптимизации. Схема таблиц, запрос, explain этого запроса...
В чём же заключается оверхед на поддержку постоянного соединения?
Способов постоянно поддерживать соединение в ожидании долгожданного запроса от пользователя не так много. Можете попробовать перебрать их сами и убедиться, что результат в любом случае получается тяжеловесным до нелепости.
"Умирающая модель" - это не проблема. Проблема у новичков в том, чтобы уметь ей пользоваться и не пытаться тащить в веб дурные привычки и понятия с десктопа.
А почему, собственно, вам не хочется использовать готовые бесплатные решения?
Хочется мужественно преодолевать и пройти по всем незнакомым граблям самостоятельно? "Сайт с картинками" - неужели самописный?
