Верно ли это утверждение?

Человек, которому покласть с пробором на то, "как работает компьютер и технологии в целом", вполне может быть успешным программистом. Большинство программистов, которых язык не повернётся назвать неуспешными - не творцы, а обычные ремесленники.

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

Что будет с базой, если во время выполнения запроса к MySQL выключится питание сервера?

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

Как написать правильный sql запрос для фильтрации и вывода фильмов?

AND genres LIKE "%{ARG_GENRES}%"
Это фигня.
AND LOCATE(genres, REPLACE({ARG_GENRES}, '|', ',')
При этом сами genres не должны содержать запятых, а передаваемый параметр - паразитных пробелов между разделителем и значением.

Как написать правильный sql запрос для фильтрации и вывода фильмов?

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

Я ведь правильно понимаю, что:
ARG_GENRES = 'Sci-Fi|Action' - это запрос на фильмы, которые помечены хотя бы одним из тегов списка?
REGEXP = 'Terminator' - это всегда подстрока? или там реально может быть паттерн?

Ну и уж коли захотелось задавать "фильтр по количеству строк в выводимом результате" - то неплохо бы указать точную версию SQL-сервера. А для того, чтобы народ мог проверить свои предложения - создай online fiddle (или хотя бы выложи CREATE TABLE + INSERT INTO) и дай пару наборов (список критериев + требуемый результат на этих данных).

Что лучше выбрать MariaDB or Mysql?

ChairfaceChippendale, версионка. Впрочем, как по мне, это единственный реально значимый плюс у машки по сравнению с мускулем, хоть и сделанный откровенно через задницу.

Что лучше выбрать MariaDB or Mysql?

FanatPHP, я бы поостерёгся говорить, что у MySQL и MariaDB различия - чисто косметика. Там столько всего накопилось разного, что куда как спокойнее считать их вообще разными СУБД. И мелкие доделки, подтаскивающие второе к первому, ничего не меняют, потому что первое ко второму подтаскиваться не будет даже в теории, равно как из второго выпиливаться различия также не будут.

А вот насчёт того, что общего у них всё же овердохрена - это стопроцентно.

Что лучше выбрать MariaDB or Mysql?

Кто пользовался и тем и тем, ваш совет?

Сугубо ИМХО - MySQL.

Как проверять, что запись в таблицы прошла успешно?

как сделать уникальный индекс?
Я так понял это не классический id?

CREATE INDEX Statement

Индексы бывают:

- Обычные. Просто список (значение выражения индекса + ссылка на запись), отсортированный по значению выражения.
- Уникальные. То же, что обычный, но дополнительно на значение выражения наложено ограничение уникальности, т.е. невозможно создать вторую запись с уже имеющимся значением выражения. Если выражение индекса имеет значение NULL - все такие значения считаются уникальными.
- Первичные. То же, что уникальный, но дополнительно на значение выражения, и, соответственно, на значение каждого поля, используемого в выражении, накладывается ограничение NOT NULL. В таблице не может быть более одного первичного индекса.

Как вывести нужную строку (оператор LIKE)?

Евгений Иванов, Вы неправильно понимаете, что такое нормализованные данные. CSV , а также JSON, XML и так далее- это ДЕНОРМАЛИЗАЦИЯ. Всё.

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

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

Как вывести нужную строку (оператор LIKE)?

Нормализовать.

Очень временно - использовать FIND_IN_SET(). Но будет тормозить.

Как получить всю БД в виде csv?

Untiwe,

Благодаря INFORMATION_SCHEMA я уже могу посмотреть все таблицы в БД, но вот до выявления связей между ними пока не дошел

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

Например, тут: SQL-1992, страница 535 и далее.

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

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

Как проверять, что запись в таблицы прошла успешно?

??? не понял, какая связь между моими словами и сделанным выводом...

SQL запрос для выбора несовпадения?

То есть надо НЕ возвращать только запись, если есть другая запись, у которой Б равен А текущей и А равен Б текущей? Тогда WHERE NOT EXISTS либо LEFT JOIN WHERE IS NULL.

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

Запиши это своё задание по-русски:

Выбрать все поля из таблицы, где имя = Мария или город = Саратов

Переведи это на буржуйский - и текст запроса почти готов. Осталось только причесать в соответствии с требованиями синтаксиса.

то есть искал по Имени человека и по Адресу.

Не тупи. "И" предполагает "и то, и это". А искать надо "или то, или это".

Как проверять, что запись в таблицы прошла успешно?

Как сделать безопасное заполнение 2 таблиц и проверку, что все записи прошли корректно

Транзакция

и что не дублировались?

Уникальный индекс

Можно ли хранить в поле БД строку а потом парсить её?

Vlad Rodionov, статичность значения вообще ни о чём не говорит, кроме как о том, какие с этим значением будут выполняться операции (статичные - значит SELECT, и одноразовые INSERT + DELETE, которые можно не учитывать, вероятно).

на сколько правильно делать вложенные manytomany?

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

Можно ли хранить в поле БД строку а потом парсить её?

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

Если показанное значение есть объединение нескольких сущностей в единый CSV-массив, то это категорически неправильно и должно быть нормализовано.

Как сравнить ряды в двух разных таблицах?

JOIN. Этот головоломный запрос называется JOIN.

Я бы даже сказал - NATURAL JOIN.

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

Это имя таблицы подставляется, и оно равно 688093622? ну так читать внимательно вот это: https://www.postgresql.org/docs/current/sql-syntax...