Как сделать чтобы mysql хранил таблицы в ОЗУ?

Сразу хочется спросить - а что, данные нужны только на время работы сервера? А как сервер стоп или ребут, так ну их нафиг, и накапливаем с нуля?

Как это превратить в один запрос?

Вы обязаны начать с выкладывания результата выполнения SHOW CREATE TABLE Products;
Сейчас в принципе непонятно, есть ли у ODKU вообще материал для работы...

Как заполнить столбцы в таблице MySQL данными из другой таблицы?

В чем может быть ошибка?

Если СУБД - а самом деле MySQL, то в незнании его синтаксиса. UPDATE не допускает никакого FROM.
Ну а если СУБД другая - то в неумении присвоить вопросу правильный тег.

Как упростить запрос?

JSON_TABLE(). А потом всякие скалярные WHERE.

Как суммировать числа до конца дня каждого месяца?

SUM(value) OVER (PARTITION BY YEAR_MONTH(date) ORDER BY date ASC)

Как лучше организовать промежуточную таблицу?

А какие соображения заставили не использовать очевидный вариант хранения этих данных в одной таблице и раскидать данные по двум отдельным таблицам? Такая схема, с какой стороны не зайди, и неудобна, и просто нелогична, так что основания должны быть весьма вескими. И для имеющих смысл предложений нам бы было неплохо их узнать.

Как эффективней рассчитать время работы с учетом выходных и праздников?

Можно попробовать поступить вообще наоборот - держать таблицу рабочих дней - нумерованно/сортированную. Тогда "крайний" срок просто считается плюсованием длительности периода допустимой просрочки к дате планового завершения. А для связной цепочки - просто суммировать эти допустимые просрочки отдельных этапов. Правда, и тут будет проблема - в момент начала выполнения задачи придётся всё пересчитывать, если задача начата не в плановый день.

Кстати, таблица пронумерованных рабочих дней поможет и в случае, если поступать экстенсивно - просто считать в глубину дерево работ.

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

И вообще - я бы смотрел уже в сторону графов.

Как эффективней рассчитать время работы с учетом выходных и праздников?

1. Как лучше хранить список нерабочих дней?

Вот именно в виде списка нерабочих дат. Отдельных дат, а не "от и до". Лучше - сортированных.

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

реализуемо на SQL?

Элементарно. Это называется уникальный композитный индекс.

Какие нужны права для пользователя чтобы войти в phpmyadmin?

Потому что phpMyAdmin авторизует тем пользователем, который указан в его конфиге, вероятно... или это в настройках PHP, поверх которого он работает.
PS. Убедись, что для этого твоего юзера testDB есть дефолтная БД.

Как посоветуете хранить словарь python в бд?

решение просто из двух столбцов кажется не самым оптимальным

Основания?

Как правильно составить запрос?

А зачем тебе это o.created? какой в нём великий смысл? ну есть у юзера три разных значения, вывести можно лишь одно - ну и какое? кстати, сортировать по нему тоже бессмысленно, и по той же причине.
Если, скажем, нужно последнее - так выводи MAX(o.created). Если любое, лишь бы было в таблице - ANY_VALUE(o.created).
А лучше вообще не выводи.

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

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

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

Использовать не ручное вычисление номера, а стандартный механизм автоинкремента.

Как правильно соединить 2 VGA кабеля?

Цвет провода с пином на разъёме не связан от слова "совсем". Так что вызванивай и одинаковые соединяй, непарные оставляй "в воздухе".

Но вообще согласен с Drno, купить кабель нормальной длины проще.

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

Как скопировать нумерованный список?

Нумерация - отдельный объект, а не составная часть текста. Да он ещё к тому же и динамический. Так что только итерационно для каждого нумерованного абзаца получать текущий номер нумерации и добавлять "вручную".

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

Дмитрий,

И что бы они не маячили - в запросе просто используем limit.

Ааа... в запросе на получение записей! а я гадаю, к какой заднице это в инсерте прислонить...

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

Вообще неплохо было бы указать, что за десять записей... вообще? на юзера? на УРЛ? что-то ещё?

А вообще 30 записей в минуту - это 50 тыс. в день. Для сервера БД объёмы вообще ни о чём... так что согласен с тем, что предлагает Дмитрий, очистки раз в день хватит за глаза.

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

1. По крону сносить не нужные записи, а в запросе пока не снеслись юзать лимит /n;

Эммм... как? ну то есть с кроном понятно, а вот вторая часть фразы неясна совсем.

2. Через триггер который при каждом добавлении записи будет сносить не нужные;

MySQL не позволит удалять из таблицы, на которой триггер.

4. Сделать тоже самое через insert on conflict update.

Это синтаксис Постгресса. Да и что с чем конфликтовать должно? как-то не видать ничего конфликтного...

вариант akina лучше моего update

У моего решения есть серьёзный минус - он работает только при поштучной записи. Если надо вставлять пакетно - придётся поизвращаться (хотя можно, можно)... или замутить на такой случай (а лучше - на любой случай) хранимую процедуру. Правда, тут же набегут адепты не-разделения логики и заплюют...

Но как то задача странная.

Как по мне, единственная странность - это требование "строго десять". Остальное вполне укладывается в стандартный шаблон.

COPY sql, но сервер базы данных на другой машине, как быть?

это выглядит как изврат

Если COPY не может работать с файлом на удалённом хосте - то это не изврат, а единственно верное решение. А если может - то надо путь указывать именно на удалённый хост, а не на локальный.

+ приличная задержка

Какая ещё задержка? данные всё одно передавать по сети с хоста на хост - и какая разница, кто это будет делать?