- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
есть таблица для выбора и вот ка-то танцы с бубном не помогают :crazy:
нужно сгруппировать выборку по часам(выборка будет за 1 или несколько дней) и посчитать сколько записей по данному часу
формат врмени в поле 2013-10-31 09:32:43.291536
---------- Добавлено 09.11.2013 в 01:39 ----------
моэжно конечно и так
но по мне это как-бы не кошерно
"не кошерно" хранить в базе такое значение в 1 поле - "2013-10-31 09:32:43.291536", и тем более делать выборку времени оператором LIKE.
"не кошерно" хранить в базе такое значение в 1 поле - "2013-10-31 09:32:43.291536",
это не ко мне - к астериску
а вот так кстати можно сделать то я хотел
может у кого и есть мысли по поводу LIKE лучше пока ничего не придумал
может у кого и есть мысли по поводу LIKE лучше пока ничего не придумал
Вместо Like обычно использую:
или то же самое с BETWEEN.
Если хотите поиграться предварительно с расчетом даты +1 день, то можно
Попробывал Ваш вариант, и MYSQL почему-то не хочет использовать индекс, хотя есть такая возможность.
И тем более не делайте '%2013-10-31%' ( с % сначала). В этом варианте индекс на time точно не будет использоваться.
Разработчики MySQL трахались, трахались, придумывая функции даты и времени, а Вы тут бац им в лоб ЛАЙКом:D
Разработчики MySQL трахались, трахались, придумывая функции даты и времени, а Вы тут бац им в лоб ЛАЙКом
я уж думал КЕП кончился, ан нет...
вот Милованов Ю.С, ты наверное думал что только ты знаешь, где в интернетах страница с описанием функции даты для MySQL?
---------- Добавлено 09.11.2013 в 17:41 ----------
Попробывал Ваш вариант, и MYSQL почему-то не хочет использовать индекс, хотя есть такая возможность.
странна
И тем более не делайте '%2013-10-31%' ( с % сначала). В этом варианте индекс на time точно не будет использоваться.
ну я собственно так и написал
---------- Добавлено 09.11.2013 в 17:44 ----------
Вместо Like обычно использую:
PHP код:
time*>*'2013-10-31'*AND*time*<*'2013-10-31*23:59:59'*
или то же самое с BETWEEN.
с BETWEEN я вот так юзаю
ну я собственно так и написал
В предыдущем сообщении вы писали
что принципиально отличается от
В последнем варианте Mysql ни при каких обстоятельствах не будет использовать индекс на time, т.к. сначала стоит "%".
Between-ом интервал выбирать, который (за 1 или несколько дней) разбивать нужно, а группировку по часам можно так:
Будет ли быстрее, чем вычисление Month+DAY+HOUR - проверять.
UPD как вариант
UPD2 если выборки нужны частые и есть возможность изменять структуру - возможно, есть смысл вынести в отдельную колонку с индексом.