Как сделать выборку по дате за текущий день или по календарю?

SELECT * FROM orders WHERE order_date = CURRENT_DATE()
Ничего не возвращает, хотя в поле есть 2021-12-15 12:30:15

CURRENT_DATE() возвращает текущую дату. То есть с нулевым временем. Так понятно, откуда проблемы?

Как сделать выборку по дате за текущий день или по календарю?

Для произвольной даты всё же лучше

SELECT * 
FROM orders 
WHERE order_date >= '2021-12-15' 
  AND order_date < '2021-12-16' ;

Конечно, вероятность промарьяжиться низкая, и то только при условии, что поле определено с дробной частью значения, но для строгости лучше так...

Как правильно работать со временем в таблице?

FanatPHP,

почему неприменима? насколько я помню, прекрасно запишется.

У TIMESTAMP в MySQL гораздо более узкий диапазон допустимых значений, чем у DATETIME. Получить "truncated uncorrect value" - как два пальца.

нубам вообще не стоит про TIMESTRAMP знать, потом вопросов не оберешься

TIMESTAMP в MySQL - это вовсе даже не UNIX TIMESTAMP. И если надо хранить в таблице именно UNIX TIMESTAMP - то его придётся класть в поле типа BIGINT либо DECIMAL.
А что нубам (и не только им) лучше не знать - ну применительно к MySQL в общем-то согласен. Нубы и так-то в зонах времени плавают...

Как правильно работать со временем в таблице?

galaxy, Согласен, нечётко выразился. Серверу похрен, в каком из допустимых форматов вводить данные. А форматы описаны по ссылке, которую я дал. И да - ввод DDMMYYYY - это та самая очепятка, с которой можно отхватить проблем.
Поправил текст.

Как с помощью формул объединить данные по оплатам клиента в одну строчку финансового календаря для его автоматизации?

постоялец (постоялец1) оплатил 2 раза на разные даты (даты не пересекаются) и его вынесли как отдельную строчку. Нужно чтобы оплаченные тарифы этого постояльца объединялся в одну строчку финансового календаря

Сводная таблица.

Как отследить преобразование полей в разветвленной цепочке запросов SQL?

Нереально. Достаточно одного CASE, который в зависимости от условия выбирает значение одной из альтернативных таблиц - и анализ встанет колом. То же с рекурсивным CTE - на что ориентироваться, на базу или хвост? А если обнаружится формально-циклическая зависимость?

Как правильно работать со временем в таблице?

Как обычно, поиск в гугле даёт половину ответа. Да к тому же ту, которая способна привести к проблемам. В частности, у MySQL типов данных для даты-времени чуть больше чем один, и информация со скриншота неприменима для TIMESTRAMP.

Вот что бы тебе не послать автора в официальную документацию?

Ошибка при закрытии соединения после вставки в БД?

Игорь Брадулофф,

после var_dump( $result_query_insert); die();
результат: bool(true)

Судя по Вашему ответу, документацию Вы опять доблестно проигнорировали...

Обучающий момент...

Учиться на ЗАВЕДОМО ПЛОХИХ примерах - неразумная затея. mysqli - в помойку, учите PDO.

Ошибка при закрытии соединения после вставки в БД?

Ну так посмотри в документации, что вернётся в переменную при $result_query_insert = $mysqli->query(... и что ты пытаешься закрывать...

Как обнулить права на папку windows 10?

Brew,

способ ниже помог

Вы бы указывали, какой именно, а то "ниже" - не один способ.

Как получить SQL запрос с помощью GROUP_CONCAT?

JOIN двух копий таблицы. GROUP BY. GROUP_CONCAT().

Как не дать mysql снова упасть?

Кирилл Пальчевский, не, это вот "база падает" - оно сродни ".. у меня в подполе происходит стук". Полезной информации для анализа ситуации - ноль. Можно разве что посочувствовать.

Как не дать mysql снова упасть?

Что-то я в упор не вижу error 12 в показанном логе...

Как правильно написать триггер на сумму чисел строки при появлении новой записи?

Неразумно. Вот какой смысл выполнять отдельный апдейт на каждую вставку?

id, как я понимаю, первичный ключ, так? Тогда удали строку FOR EACH ROW. И триггер будет выполнять один апдейт всех изменённых записей сразу.

Как правильно записать массив с данными в базу данных?

Как все эти данные заставить записываться в массив?

Ну вообще-то никак. То, что PHP называет ассоциативным массивом, на самом деле ни фига не массив. Или, если его рассматривать как массив - это массив ни фига не скалярных элементов.

То, что ты получаешь, плоский ассоциативный массив, можно распрекрасно класть в таблицу соответствующей структуры - именно потому, что он плоский. Хотя это и не совсем правильно с точки зрения нормализации.

Как получить ошибку триггера?

как фиксировать удаление таблицы которая привела к удалению триггера ?

Крайне странный вопрос.

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

Далее - то, как фиксировать такие операции (и, уж коли на то пошло - есть ли вообще подобные инструменты), накрепко привязано к конкретной СУБД, и даже порой к её точной версии, потому абстрактный вопрос не имеет смысла. Если, скажем, речь о MySQL, то единственный способ фиксации - это General Log, ибо в MySQL нет DDL триггеров.

Как в HeidiSQL одновременно работать в разных таблица?

Открой несколько окон, в каждом своя БД и своя активная таблица.

Как получить ошибку триггера?

Если удалить этот столбец то SQL автоматически удаляет тригер

??? MySQL никогда "автоматически" триггеры не удаляет, пока не удалена таблица. Даже если выполнение триггера приводит к ошибке.

Может, дело происходит из твоей программы, и это используемый фреймворк так балуется?

Как определить ключ лицензионной наклейки Windows 10, на которой сам ключ не указан?

На наклейке GGK никакого ключа быть не должно в принципе.

К конкретной системе она привязывается просто фактом наклеивания на корпус.

Adamos, угу... причём последние три организации уже ликвидированы без установления правопреемника.

Вашей организации присвоен сетевой адрес 213.83.0.0. Как я могу разделить эту сеть на подсети?

fpir, возможность интерпретации на самом деле имеется. Точно так же как маску можно назвать 16-битной, имея в виду, что длина "единичной" части составляет 16 бит, так же и адрес можно назвать 16-битным, имея в виду, что это адрес (номер) узла в подсети. Но всё это никак не соотносится со стандартными терминами, а безграмотные термины даже доведённые до состояния "слэнг" - так и останутся безграмотными и в техническом смысле некорректными.