В таблице events поле created_at имеет тип timestamp. Чем отличается фильтр WHERE created_at >= '2025-03-01' от WHERE created_at > '2025-03-01'?

AОба условия вернут одинаковый результат, потому что строковая дата автоматически приводится к полуночи и сравнения совпадают.
BУсловие >= включит события ровно в полночь первого марта, а условие > события ровно в полночь пропустит из выборки.
CУсловие > включит события ровно в полночь первого марта, а условие >= события ровно в полночь пропустит из выборки.
DОба условия вызовут ошибку, так как нельзя сравнивать поле типа timestamp со строковым литералом без явного приведения.
Правильный ответ. При сравнении timestamp с датой строка '2025-03-01' интерпретируется как '2025-03-01 00:00:00' — полночь.

Разбор

Строка '2025-03-01' при сравнении с timestamp интерпретируется как '2025-03-01 00:00:00'. Оператор >= включает события, произошедшие ровно в полночь, а > их пропускает. На практике разница обычно невелика, но если система записывает события с точностью до секунды и часть из них попадает ровно на полночь, >= захватит их, а > — нет. Ошибки сравнения здесь не возникает: приведение строки к timestamp выполняется неявно.

Проверь себя · 1/3разбор после ответа
В таблице support_tickets поле resolved_at равно NULL, если тикет ещё не решён. Нужно вывести сначала нерешённые тикеты, а внутри них — по created_at по возрастанию (самые старые сверху). Какой ORDER BY подойдёт лучше всего?
Тренировать SQL в Telegram

Ещё вопросы по теме «Основы SQL-запросов»