Почему Прерывается интернет соединение по проводу?

Типичное поведение (наблюдается для многих типов оборудования, чаще всего для видеокарт и сетевых карт) при наличии в системе не-WHQL либо кастомного драйвера устройства.

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

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

maratmd, та лехко. Во втором варианте:

SELECT t1.result AS sum_1, t2.result AS sum_2, t1.result - t2.result AS difference 
FROM ...

Можете рекомендовать бесплатные ресурсы для изучение C#?

https://intuit.ru/search?indexes=1&search_string=c...

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

SELECT ( SELECT sum(wp_postmeta.meta_value)
         FROM wp_posts
         JOIN wp_postmeta ON wp_postmeta.post_id = wp_posts.ID
         where wp_posts.post_status='publish' and wp_posts.post_type='zakazy-tsekha'
           and wp_postmeta.meta_key='summa_zakaza' )
       -
       ( SELECT sum(wp_jet_cct_raskhody.tsena_raskhoda)
         FROM wp_jet_cct_raskhody )

Хотя, конечно, лучше так:

SELECT t1.result - t2.result
FROM ( SELECT sum(wp_postmeta.meta_value) AS result
       FROM wp_posts
       JOIN wp_postmeta ON wp_postmeta.post_id = wp_posts.ID
       where wp_posts.post_status='publish' and wp_posts.post_type='zakazy-tsekha'
         and wp_postmeta.meta_key='summa_zakaza' ) t1
CROSS JOIN 
     ( SELECT sum(wp_jet_cct_raskhody.tsena_raskhoda)  AS result
       FROM wp_jet_cct_raskhody ) t2

Как объединить несколько копий приложения в одну?

Непонятно, что именно Вы хотите.

Вариант 1 - одно приложение, но у каждого клиента своя БД. Тут достаточно просто - у каждого клиента своя учётная запись в приложении и/или в постгрессе, и она определяет, какая схема будет использоваться.

Вариант 2 - и приложение одно, и база одна на всех. Тут придётся перелопатить полприложения, и в каждом запросе добавить выборку только данных, имеющих отношение к текущему пользователю.

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

Как однозначно конвертировать цвет из RGB в HSL и обратно, получая один и тот же результат?

Там же сплошная арифметика. Вот и считай в дробях.

Хранение множества мелких и средних файлов, как оптимально: файловая система или база данных?

При использовании базы данных надо продумывать как и куда делать бэкапы, т.к. если полетит файл бд, то его придется откуда-то восстанавливать.

Ну да... а если БД полетит при хранении файлов в ФС, то базу типа не надо восстанавливать? какое-то весьма сомнительное обоснование...

Почему не работает группировка SQL?

group by year, billing_country

А вот поди пойми, что тут year - поле исходной таблицы или выражение из выходного набора...

Почему ошибка #1292 - Incorrect datetime value: 'CURRENT_TIMESTAMP(6).000000' for column 'updated_at' at row 1?

Если поле имеет тип данных TIMESTAMP, то абсолютно бессмысленно даже пытаться сунуть туда более точное значение, ибо оно будет округлено.
Определите тип поля как TIMESTAMP(6). И, поскольку автоматически присваиваемое значение уже определено, не упоминайте вообще это поле в запросе на вставку в списке полей, и, соответственно, не добавляйте для него значения в списке значений.

Как записать данные из таблицы MySQL в JSON?

Составьте запрос, формирующий нужное JSON-представление данных. Запишите результат выполнения в файл с помощью SELECT INTO OUTFILE.

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

Вы показываете не запросы, а PHP код.

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

Евгений Лернер, Вы пробовали ответить, но попытка откровенно провальная. Попробую помочь.

Вариант 1. При отключении сервера данные пусть пропадают. После запуска накопление начнется заново, с нуля.
Вариант 2. Данные не должны пропасть. Следует обеспечить их сохранение и загрузку при следующем запуске.

Выберите один из двух вариантов.

Вы вообще знаете как работает inmemory db?

Вот не поверите - знаю.
Но InMemory DB и MySQL не соотносятся никак. Вообще никак.

PS. Да, эмуляция возможна. Но производительность будет скорее всего ещё хуже.

SQL пишет ошибку в FOR. Как изменить код?

В контексте вопроса с учётом показанного кода это неверное утверждение.
В MySQL есть SELECT INTO OUTFILE/DUMPFILE, и не так уж и сложно построить запрос, который сформирует требуемое представление данных для выгрузки.

Как сделать чтобы 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)

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

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

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

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

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

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

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