- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
просто не вижу смысла делать это используя sql
ну как миниму на 2-3 строчки кода будет меньше, уже плюс, также и памяти меньше скушается, что совсем не маловажно
ну как миниму на 2-3 строчки кода будет меньше, уже плюс, также и памяти меньше скушается, что совсем не маловажно
Ошибаетесь. Как раз мускул существенно больше сожрет ресурсов. В пхп это сделать рациональнее, но если нет необходимости экономить ресурсы сервера, то можно и мускулем.
Ошибаетесь. Как раз мускул существенно больше сожрет ресурсов.
На чем основанно ваше заявление?
Если просто тупо подумать: Когда мускул будет делать рандом, данные у него уже будут в памяти т.к. он их только что выбрал из таблици, а если это будет делать пхп, то ему нужно будет сначало загрузить данные в память, а потом уже дальше... как минимум на одну операцию больше.
Опять по три копейки экономим?
И sql и php способ хорош именно для данной операции. Если в sql делать выборки побольше, то лучше работать через php.
Опять по три копейки экономим?
Конкретно в данном примере дело даже не в экономии, а в корректности и читабельности кода.
Замусоревание кода разными ненужными shuffle неесть хорошо. Да и собственно ресурсы некогда небыли лишними
также и памяти меньше скушается
А о создании temporary table вы корректно забыли? ;)
А о создании temporary table вы корректно забыли? ;)
непонял, а причем тут TEMPORARY TABLE?
еще один спец по sql...
😂
Гляньте что выдаёт MySQL при EXPLAIN этого запроса :)
взять эти 10 записей и случайно перемешать
select * from (select * from table order by ... desc limit 1,10) as a order by md5(что-нибудь)
HungryFoerster, +1
MySQL намного лучше восприняла. :)
Хотя я лично больше склоняюсь к случайной сортировке на стороне php.