- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
интересно как в мемкеш запихнуть полнотекстовый поиск
ALTER TABLE `tb_users` ADD INDEX `state`
ALTER TABLE `tb_users` ADD INDEX `country`
Мёртвому припарка. Там LIKE '%xxx%' тормозит так, что этими индексами не поможешь 😒
Слава Шевцов добавил 12.03.2008 в 09:35
интересно как в мемкеш запихнуть полнотекстовый поиск
ТС вставил в топик второй вопрос - множественное вытаскивание данных по ID ;)
Убрали LIKE '%xxx%' стало легче жить )
Слава Шевцов,
или
select * from fotos where id IN ($user[fotos])
почему первое быстрее?
разве не самым быстрым является запрос по primary id?
я имею ввиду если сравнивать обычный индекс где номера повторяются и примари где все разные и упорядочены...
попробую потестировать)
... и действительно, первый запрос быстрее, и чем больше значений в IN тем больше требуется времени на выполнение запроса.
1000 рандом селектов за 1 сек из милионной базы.
1000 рандом селектов за 1 сек из милионной базы.
в момент конкурентной вставки записей в базу это все чудесно грохнется... myisam короче.
почему первое быстрее?
разве не самым быстрым является запрос по primary id?
Здесь дело в другом. Здесь для скорости достаточно простого индекса. Кроме того, первый запрос сам по себе намного проще и для его выполнения нужно меньше работы с жёстким диском, ведь все данные хранятся в индексе друг за другом, а не разбросаны по большому индексу, как для второго запроса. Кроме того, его используют миллионы скриптов, в отличие от IN. Соответственно, MySQL дополнительно оптимизирован именно под этот запрос ;)
спасибо всем!!
Тут назрел вопрос, немного не в тему, только не бейте сильно )
Цель: выбрать из базы пользователей уникальные города, причём отсортировать по наиболее популярным. Выбрать то проблем нет, а вот отсортировать получатеся только средствами пхп, неужеле нельзя такое сделать одним запросом?
select city, count(*) from `users` group by city
одним словом как отсортировать вывод по возвращаемому count(*)
спасибо всем!!
Тут назрел вопрос, немного не в тему, только не бейте сильно )
Цель: выбрать из базы пользователей уникальные города, причём отсортировать по наиболее популярным. Выбрать то проблем нет, а вот отсортировать получатеся только средствами пхп, неужеле нельзя такое сделать одним запросом?
select city, count(*) from `users` group by city
одним словом как отсортировать вывод по возвращаемому count(*)
select city, count(*) as quan from `users` group by city order by quan desc
Сортировка в порядке убывания...