Автор не входит в состав редакции iXBT.com (подробнее »)
avatar
Придумать-то и я могу) Мне любопытно, как такое может в реальной жизни встретиться, может быть, Задолбасик нам пояснит
avatar
И мы уходим в область проблем и их решения, поскольку в нормальной ситуации такого не бывает…
avatar
Ну не. Я больше админ, а не программист, и то знаю, что на ORDER BY полагается индексация, а таких рекомендаций мне не доводилось встречать.
avatar
Вот пример реальной БД MSSQL: размер — 2 ТБ, таблиц — 800 шт, хранимых процедур — 170 шт, логинов — 250, одновременных невзаимоблокирующих длинных транзакций — 20. Загрузка одного потока проца — 30-50% и ещё 15 простаивают, сети — 50-70%, дисковый массив — 100%. Обычно производительность СУБД упирается в диск, редко в сеть, исчезающе редко в оперативную память, но чтобы в процессор… Что вы делаете такое средствами SQL? Майните криптовалюту? :)
avatar
Забавно, как интел хотел похоронить свою собственную x86, когда амд её вытащил и ещё и отхапал рынок… Это субъективное, если вам не забавно, то это вполне нормально
avatar
Интел двигает технологию) АМД делает во многом лучшие, то всё-таки именно совместимые с Интел процы. Хотя с виртуализацией и названием архитектуры амд64 получилось забавно
avatar
Зачем иголку? Вживят внутрь, а через кожу будет время просвечивать — модно
avatar
К Вашему сведению, сатурация ниже 95 считается уже смертельно опасной, так что сложно понять, что Вы хотели этим сказать