Хабр
β
Открыть список
Как стать автором
Моя лента
Все потоки
Поиск
Написать публикацию
Настройки
Войти
Обновить
0
@DeathCore
read-only
Пользователь
Отправить сообщение
Профиль
Статьи
1
Посты
Новости
Комментарии
22
Ещё
Открыть список
Закладки
2
Скопировать ссылку на RSS
Немного исторических фотографий
DeathCore
25 окт 2012 в 10:10
Можно увидеть не только изменение техники, но и людей)
Github знакомства
DeathCore
24 окт 2012 в 23:05
JSter – все, что нужно для Javascript
DeathCore
24 окт 2012 в 10:59
Не наткнулся ни на одну…
JSter – все, что нужно для Javascript
DeathCore
24 окт 2012 в 10:36
Вау, замечательно!
Sony выпустила 20-дюймовый планшет с Windows 8
DeathCore
21 окт 2012 в 20:33
на… кхм… зачем?
Обзор флагманского смартфона Samsung GALAXY Note II
DeathCore
20 окт 2012 в 18:54
vk.cc/10lDq3
Не удержался…
Python: надежная защита от потери запятой в вертикальном списке строк
DeathCore
20 окт 2012 в 18:18
Покрываем код тестами.
Фильтры для изображений с CSS Filter Effects
DeathCore
19 окт 2012 в 08:16
Это не шутка?!
MySQL. Выбор случайных строк в один запрос
DeathCore
18 окт 2012 в 10:35
С ограничениями тут сложность. Можно сделать так
WHERE t.pk_id >= rnd AND column = value LIMIT 1
Но тут есть свои проблемы…
Как вырастить программу из прототипа
DeathCore
18 окт 2012 в 09:51
Для каждой поставленной задачи должен быть свой подход.
Одного единого решения для всех задач не бывает.
Иногда необходим прототип с полностью продуманной архитектурой, которая легко масштабируемая в дальнейшем, а иногда написанный говнокодом за 1 день.
Ubuntu 12.10 Quantal Quetzal (Квантовый Кетцаль/Квезаль)
DeathCore
18 окт 2012 в 09:05
Замечательно!
Фильтрация ложных соответствий между изображениями при помощи динамического графа соответствий
DeathCore
16 окт 2012 в 19:10
Зачем же такое на ночь выкладывать, когда мозг бездействует (
Почему нельзя превращать прототип в итоговую программу
DeathCore
16 окт 2012 в 19:01
У вас на практике было что в любом случае «Преждевременная оптимизация — корень всех зол»?
По-моему, иногда, она очень даже уместна.
MySQL. Выбор случайных строк в один запрос
DeathCore
16 окт 2012 в 09:17
Если взять COUNT(*) вместо MAX(pk_id), то делает в 1000 раз медленнее…
не знаю даже, почему)
Вообще с COUNT не удалось получать результат менее чем за секунду.
P.s таблица InnoDB
MySQL. Выбор случайных строк в один запрос
DeathCore
16 окт 2012 в 08:33
Хм, для одной строки прирост почти в 10 раз с вашим вариантом подзапроса.
Но в таком случае можно было бы использовать MAX а не ORDER BY + LIMIT.
Хотя особой разницы не вижу, что-то, что то делается за 0.000 — 0.001 секунды…
MySQL. Выбор случайных строк в один запрос
DeathCore
16 окт 2012 в 07:49
Второй вариант с COUNT(*) прошел за 0.95 против 1.04… быстрее!
Просто проблема в том, что с COUNT даже 10 случайных строк получить будет довольно таки сложно.
MySQL. Выбор случайных строк в один запрос
DeathCore
16 окт 2012 в 07:39
Количество строк никак не известно)
MySQL. Выбор случайных строк в один запрос
DeathCore
15 окт 2012 в 21:05
у меня просто ноутбук старенький)
Я думаю у вас и ORDER BY rand() LIMIT * будет выполняться не 6 секунд)
За округления совершенно забыл…
MySQL. Выбор случайных строк в один запрос
DeathCore
15 окт 2012 в 20:30
хм… на моей таблице ваш запрос срабатывает за 3 секунды на 1 строку…
C rand() естественно.
MySQL. Выбор случайных строк в один запрос
DeathCore
15 окт 2012 в 20:16
<= выдаст самую первую запись. Может «больше или равно»?
Или я что-то не так понял…
Назад
Сюда
1
2
Туда
Назад
Информация
В рейтинге
Не участвует
Откуда
Днепр, Днепропетровская обл., Украина
Дата рождения
11 июля 1993
Зарегистрирован
23 января 2012
Активность
20 февраля 2016 в 03:56
Не удержался…
Но тут есть свои проблемы…
Одного единого решения для всех задач не бывает.
Иногда необходим прототип с полностью продуманной архитектурой, которая легко масштабируемая в дальнейшем, а иногда написанный говнокодом за 1 день.
По-моему, иногда, она очень даже уместна.
не знаю даже, почему)
Вообще с COUNT не удалось получать результат менее чем за секунду.
P.s таблица InnoDB
Но в таком случае можно было бы использовать MAX а не ORDER BY + LIMIT.
Хотя особой разницы не вижу, что-то, что то делается за 0.000 — 0.001 секунды…
Просто проблема в том, что с COUNT даже 10 случайных строк получить будет довольно таки сложно.
Я думаю у вас и ORDER BY rand() LIMIT * будет выполняться не 6 секунд)
За округления совершенно забыл…
C rand() естественно.
Или я что-то не так понял…