- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Нужно просто узнать сколько всего совпадений удовлетворяет запросу.
К примеру,
SELECT aaa FROM bbb WHERE ccc = ddd;
Если я сделаю такой запрос то к примеру будет 1млн совпадений, но он будет выполняться кучу времени, и aaa мне не нужно, мне нужно просто знать сколько таких совпадений.
Возможно ли это как-то сделать без выборки и как следствие траты кучи времени на выполнение?
Ну и не забыть про индекс по ccc
И про кавычки.
Ну и не забыть про индекс по ccc
Спасибо Вы правы, только мне это было нужно чтобы не тратить уйму времени на выполнение такого запроса. Так как если в таблице скажем 20 млн вариантов, то этот запрос будет просматривать 20 млн что долго так же как и SELECT. А мне нужно чтобы моментально вывелась просто цифра сколько всего будет выбрано вариантов если что.
Как например EXPLAIN, моментально выводит сколько будет проиндексировано строк в таком запросе.
И да, index на ссс сделать не могу ибо там тип, тоесть на все поля всего 3 разных значения ccc
И как вы это себе представляете? Храните дополнительно счетчики, если на то пошло
Если я сделаю такой запрос то к примеру будет 1млн совпадений, но он будет выполняться кучу времени,
Вы теоретик? Счего Вы взяли, что этот запрос будет долго выполняться? Я на милионах записей делал довольно быстрые выборки. Зависит от индексов и "правильности" запросов, ну память еще и т.д.
Вы запрос то пробовали делать? Если да то скажите: есть такой-то запрос, есть такая-то таблица, выполняется столько-то, как оптимизировать?
Запрос делали? Проблема в чем?
Qest, а Вы не думали вынести этот запрос на отдельный софт, например Sphinx ? На нем такой запрос будет выполняться минимальное количество времени (десятые доли сек.).
И как вы это себе представляете? Храните дополнительно счетчики, если на то пошло
согласен, самый простой способ хранить в отдельно таблице счетчики...
Ezekiel, я это сказал к примеру, ок пусть будет 100кк
pikasso, про сфинкс вкурсе это решит решит проблему, но в данном случае вопрос именно по sql
Attar, мне тоже пока видится только такой вариант, но если счетчик собъется, например будет delete из базы то все хана
Attar, мне тоже пока видится только такой вариант, но если счетчик собъется, например будет delete из базы то все хана
Если сделать единую процедуру добавления/удаления записей, которая будет, соответственно, увеличивать/уменьшать сётчики, проблем не будет.
Ну и как вариант, можно раз в сутки/в час/в 10 минут эти счётчики пересчитывать принудительно.