Slava Rozhnev

Но это такое убожество что я толком ничерта не понимаю

Не надо путать причину и следствие. Причина - это что ты ни хрена не понимаешь. А следствие - оно тебе кажется убожеством.

отличаются ли запросы sql MSSQL от Mysql

Да. Точнее, самые простейшие базовые запросы могут выглядеть одинаково. Но не более, чуть только хоть какая-то сложность, и одинаковость заканчивается. Синтаксис различается, и весьма сильно. А кое-где даже подходы к решению задачи различаются, и код с одной СУБД на другую не адаптируется совсем - только полное переписывание.

возможно ли сменить БД без нарушения функциональности софта.

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

Используй SMTP для отправки письма, на бесплатном хостинге встроенная отправка писем не работает.

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

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

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

SELECT t1.id, COALESCE(t1.f2, t2.f2) f2, t1.f3       
FROM test t1
LEFT JOIN test t2 ON t2.id = t1.f1

Если пустые ячейки - не NULL, а пустая строка, то COALESCE(NULLIF(t1.f2, ''), t2.f2).

Попробуйте так:

select e.mark, course, g.name, s.name, lastname, surname, p.name, f.name from students s
left join groupa g on s.group_id = g.id
inner join exam_mark e on s.id = e.student_id
inner join peciality p on g.peciality_id = p.id
inner join facult f on p.facult_id = f.id
where e.mark >= 4
    and not exists (select 1 
                               from exam_mark e1
                             where e1.student_id = s.id
                                 and e1.mark        <> 2)

1. Написать запрос, выводящий счета, у которых сумма зачислений больше нуля.
2. Написать на основе п. 1 запрос, выводящий имена клиентов, которым принадлежат счета, у которых сумма зачислений больше нуля.
3. Написать запрос на вычисление среднего зачисления
4. Заменить в запросе из п. 2 ноль подзапросом из п. 3

Прочитайте внимательно про биндинг, а точнее про именованные и неименованные псевдопеременные, а то у вас каша получилась.

Для начала вам надо правильно спроектировать базу данных.
Многострочные документы классически делятся на две части - заголовок документа orders (order_id, client_id, state, ...) и табличную часть ordrers_rows (order_id, goods_id, quantity, price). В табличную часть делается одна запись для каждой строки заказа. Таким образом, никакие массивы записывать в таблицу не надо.

SELECT *
FROM table
ORDER BY user_id = @user_id DESC, id DESC LIMIT 1

Если заданный @user_id есть - вернётся соотв. запись. Если таких записей несколько - вернётся запись из них с максимальным id. Иначе вернётся просто запись с макс. id.

Если же под "Если есть user_id вернуть запись с user_id" разумеется "ну хоть какой-то, лишь бы не NULL", то

SELECT *
FROM table
ORDER BY user_id IS NULL, id DESC LIMIT 1

Как можно реализовать это?

Если я правильно понял, вам нужно сравнение без кейс сенситив.
Будем считать что у вас адекватный архитектурный подход и для хранения данных используется БД. Тогда вариантов два:
1) Магия strtolower(). При регистрации все данные перегоняем в нижний регистр и так и записываем. Соответственно перед выборкой тоже делаем искомой строке strtolower().
2) Задаем таблице кодировку с постфиксом _ci, то есть кейс инсенситив. Тогда выборка будет игнорировать регистр, и в выборке GazEs12 = gazes12.

XLSX - писать скрипт на ЯП, который знаете и который умеет работать с XLSX (наверно, любой ЯП общего назначения умеет).

CSV - штатными средствами встроенного клиента MySQL
LOAD DATA LOCAL INFILE...

Ну что за детский сад?

SELECT '2022-04-01 09:23:45'::DATE, '2022-04-01 09:23:45'::TIME

1. Копируете файлы базы данных на хост
2. Архивируете/Переносите
3. Поднимаете проект на другом хосте
4. Копируете файлы с хоста в контейнер

В вашем распоряжении есть

docker compose cp

https://docs.docker.com/engine/reference/commandli...

А вообще не вижу проблем с созданием полного дампа с последующим восстановлением.

docker-compose exec [service] mysqldump -u [user name] –p [password] [options] [database_name] [tablename] > [dumpfilename.sql]

Или

docker exec -t [hash container] mysqldump -u [user name] –p [password] [options] [database_name] [tablename] > [dumpfilename.sql]