SELECT * FROM rooms
WHERE id NOT IN (
SELECT room_id
FROM `bron`
WHERE '2022-03-04 13:00:00' <= end
AND '2022-03-04 13:00:00' >= start
OR '2022-03-06 11:00:00' <= end
AND '2022-03-06 11:00:00' >= start
)
GROUP BY `type`
ORDER BY `id`
Скоро с этим MySQL с ума сойду...Да, с таким подходом лучше бросайте это грязное дело...
Ничего не понимаю!Ну так чтобы что-то понимать, нужно смотреть что происходит, знать что содержится в переменных и читать ошибки. Чтобы смотреть что происходит нужно использовать var_dump или ставить xdebug, чтобы знать что в переменных - нужно понимать какие переменные смотреть. В том числе знать почему возникают варнинги и все их исправить.
Подскажите, в чем может быть проблема? Спасибо!!!Подсказываю: Файлы хранятся в файловой системе. Хранить файлы в бд это палка о двух концах, оба из которых засунуты в ж...
запрос для выборки рандомной строки с удалением.Так для выборки или для удаления?
Мне почему-то кажется, что 'поиск Fulltext' должен подойти для такой задачи,Вам кажется. Кроме того что фуллтекст вообще не для этого, он еще и работать будет относительно медленно, так как вариативность значений будет низкая. Про "удобство" работы со строкой вместо нормального индекса вообще молчу.
Нужно, чтобы можно было быстро находить все темы (топики) для одного заданного раздела (искать тему, которая относится сразу к двум и более разделам не нужно).м2м, это надежно и быстро, достаточно знать индекс раздела.
Как такое реализовать максимально просто?Совет: Не гонитесь за кажущейся простотой, вы хапнете гораздо больше гемора от неправильной архитектуры, нежели от еще 15 минут, потраченных на создание таблицы справочника, пивот таблицы и написания 2 джоинов в запросе. Важнее сделать правильно, а не проще.
Суть вопроса в том, как правильнее делать :
Если второе, то как правильно это сделать, учитывая , что база будет постоянно расти, а индекс на enum 'delete', 'active' вряд ли поможет ?Каким образом оно вообще будет как-то влиять на выборку? Оно же все равно у вас в селекте присутствует, в чем разница? Прямой запрос конкретного объявления этот индекс не использует, а селект списка все равно его использует, разницы независимо от того сколько у вас там записей не будет.