Что сработает быстрее, что лучше использовать?

Question

[4sadly]

Всем привет, такой вопрос, что сработает быстрее?
whereDate('created_at', Carbon::today())
или

whereBetween('created_at', [Carbon::now()->startOfDay(), Carbon::now()->endOfDay()])

я так понимаю в бд хранится timestamp - int число

и чисто логически будет быстрее >< чем округление микросекунд до 86400 секунд (1день) и выражения ==

Я так понимаю, если я очень часто выбираю записи по их created_at, то лучше закинуть индекс на этот столбик и второй вариант будет в разы предпочтительнее?

Comments

[Everything_is_bad]

а взять и самим замерить?

[JhaoDa]

А проверить что мешает? И у тебя там что, очередной убийца фкантиктика и пейсбука, что ты на опилках от спичек экономишь?

[4sadly]

JhaoDa, около миллиона записей и надо выбирать по дню их, каждый день +~2к записей

[JhaoDa]

4sadly, и что? Миллион записей это ниачом. Ты какие-то замеры провёл, предварительно оптимизации выполнив типа добавления индексов?

[4sadly]

JhaoDa, вот я и думаю, вообще нормально ли добавлять индекс на created_at если часто по нему выбираю?

[shurshur]

4sadly, более чем нормально.

[shurshur]

4sadly, более чем нормально.

[Дмитрий]

1. Когда вы собираетесь сравнивать запросы то стоит смотреть именно какие запросы на выходе получите а не какие методы будут использоваться. Скорее всего в Mysql whereDate превращается в какой нибудь date_format(`created_at`, '%Y-%m-%d') и следовательно если в MySQL не завезли индексов по вычисляемым полям - то индекс на created_at вам не поможет. во втором случае - поможет.
2. Когда вы собираетесь сравнивать запросы - стоит смотреть explain

[4sadly]

Дмитрий,

SELECT * FROM users WHERE DATE(created_at) = '2024-04-14'

SELECT * FROM users WHERE created_at BETWEEN '2024-04-14 00:00:00' AND '2024-04-14 23:59:59'

[Дмитрий]

4sadly, ну не date_format а date. Моего сообщения это не меняет

[Ипатьев]

Дмитрий, на самом деле поможет конечно. Перебрать из индекса всяко быстрее, чем перебирать с диска. Но перебор всего индекса конечно тоже занятие так себе, когда можно бинарным поиском за пару хопов найти нужное значение.

[Дмитрий]

Ипатьев, поможет в случае с SELECT * FROM users WHERE DATE(created_at) = '2024-04-14'? нет, индекс не будет использоваться.

[Akina]

что сработает быстрее?

Вопрос лишён смысла практически полностью.

Глубоко плевать, что написано на клиентской стороне в синтаксисе фреймворка. Всё зависит от того, в какой SQL-запрос это превратится, что именно получит сервер БД от клиентского приложения.

А потому включаете General Log, смотрите, что было спрошено с сервера БД, смотрите план выполнения для соотв. запросов - и только тогда можно говорить что-то осмысленное.

Answer 1

[Ипатьев]

Хороший вопрос, хотя и задавался миллион раз.

Когда у вас выполняется запрос

SELECT * FROM users WHERE DATE(created_at) = '2024-04-14'

то СУБД должна пройти весь индекс до конца, получить каждое значение created_at, применить к нему функцию, сравнить с переданным значением, и добавить строку в результат запроса.

Когда у вас выполняется запрос

SELECT * FROM users WHERE created_at BETWEEN '2024-04-14 00:00:00' AND '2024-04-14 23:59:59'

То СУБД находит бинарным поиском первое нужное значение, потом бежит по заранее отсортированному индексу и возвращает все значения до последнего, подходящего под второе условие.

Comments

[4sadly]

А что если сделать виртуальную колонку в которой будет date(created_at) и на неё повесить индекс? допустим сортировка нужна только по дате, а не по времени
Так делают? будет ли это эффективнее или лучше выбирать более обширный вариант и весить индекс со временем?

[Ипатьев]

там разница 2 байта на поле. если она вам настолько принципиальна, то начиная с 8.0.13 можно делать индекс по функции

[4sadly]

Ипатьев, то есть если разница всего 2 байта на индекс, то будет гораздно хуже хранить доп поле, которое тоже занимает место, верно?

если задача как можно быстрее найти по дню, а не по времени, стоит ли делать это поле?
обращений к поиску может быть больше тысячи в минуту!

[Ипатьев]

Что значит занимает место? У вас денег на жёсткий диск нету?