Как правильно организовать БД для загрузки прайс-листов поставщиков?

Зачем ручная работа с updated? куда как разумнее автозаполняемое поле даты-времени создания/обновления записи.

Как правильно организовать БД для загрузки прайс-листов поставщиков?

Вариант с промежуточным хранилищем - правильный.

Остальное зависит объёма данных и от того, как именно организована работа с данными (например, есть ли учёт даты-времени записи при обработке для дубликатов товара).

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

Нужно вырезать: |tracks|0|

Блин, а нормально задачу сформулировать нельзя?

Если в значении нет указанной подстроки, но есть подстрока |tracks|123| - резать или нет?
Если в значении две такие подстроки - резать обе?
Если подстрока с tracks самая первая и не имеет предварительного |-символа - удалять?

В чем проблема с подключением к postgresql?

А что собственно непонятно в словах no password supplied?

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

Stepan1998, а с календарём это будет вот так:

WHERE order_date >= @date_from_calendar
  AND order_date < @date_from_calendar + INTERVAL 1 DAY

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

Stepan1998, Конечно. Если сравнивается DATE и DATETIME, оба операнда приводятся к DATETIME. При приведении DATE к DATETIME добавляется нулевая компонента времени, т.е. условие эквивалентно

WHERE order_date >= '2021-12-15 00:00:00' 
  AND order_date < '2021-12-16 00:00:00'

Как правильно связать таблицы?

после GROUP_CONCAT будет непонятно, запятая разделяет отдельные `note` или была внутри одного `note`.

Ну сепаратор несложно и поменять. Скажем, на перевод строки...

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

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 в показанном логе...