Vitsliputsli

Создавать связь по city_id плохой вариант. Да, вы решите вопрос с уникальностью, но потеряете принадлежность районов к определенному городу в рамках таблицы ТР.
Поэтому решайте с помощью внешнего языка программирования или хранимых процедур. Триггеры не очень явная штука, я бы лучше создал отдельную процедуру для заведения новых ТР, если выберите 2 вариант.

Наверное так:
sed -i "/^text$/d" /book.txt

Не пишите timestamp, пишите Unix timestamp. Только в MySQL timestamp-ом называют Unix timestamp, в остальных СУБД timestamp - это то, что в MySQL зовется datetime.
В Unix timestamp нет ничего плохого, но его использование ограничено, по-сути отображать текущее время работы компьютера.
Если взять пример из цитаты, то действительно странно сохранять дни рождения в Unix timestamp, хотя бы потому, что этот формат хранит только даты в интервале от 1970 по 2038 год.

Всегда можно прочитать про этот способ. Но если все равно не понятно, то вот метафора: публичный ключ - это "замок", приватный ключ - "ключ" от этого "замка". "Замок" можно отдать на север и закрыть им какую то "дверь", но открыть ее можно будет только с помощью "ключа".

При условии, что product_id всегда имеет не более одного типа property_id:

SELECT `product_id` 
FROM `product_properties_values`
WHERE (`property_id`=1 AND `value`=2) OR (`property_id`=3 AND `value`=3)
GROUP BY product_id
HAVING count(*) = 2

, и при условии, что я угадал то, что вы хотите.

Я понимаю что нужно запомнить как допустим пишется слово "while" или "for" в Python
Но мне нужно заучивать функции из модулей ?

Не заучивайте синтаксис, оставьте память для важных вещей, синтаксис всегда можно подсмотреть. Вы должны знать что есть циклы и ветвления, но как они пишутся в конкретном языке вы запомните после многократного использования или незапомните, если не так уж и нужно. Запоминайте действительно важные вещи, которые нельзя посмотреть, к примеру, что ошибки нужно обрабатывать через выбрасывание исключений и их обработку, а уже далее спросить как, можно и у Гугла. Исходите из того, что все уже реализовано до нас и достаточно правильно написать запрос Гуглу. Это не отменяет чтение документации, но ее нужно изучать, а не зубрить.

Увольнение это обычное дело, не преувеличивайте его значение. "непродуктивно работаешь" - это хрень, а не причина, при нормальном руководителе, вы бы знали причину, а не гадали. Вы правильно заметили, что руководитель обязан был заранее обговорить с вами, что не получается, что он ожидает от вас, и как этого можно добиться. К сожалению, некомпетентность руководителей это повсеместная проблема. Я не думаю, что вы сможете что-то выяснить у них, тем более после увольнения, но если есть желание попробуйте, за спрос не бьют. А причины могут быть совсем с вами и не связаны...
Позанимайтесь самокопанием некоторое время, а затем назовите их всех козлами и идите дальше. За время самокопания быть может найдете моменты, которые следует подкорректировать. Но только если они явные, в противном случае вы скорее всего их выдумали.
Обязательно спросят почему ушли, постарайтесь сказать что-то представляющее вас в хорошем свете, но недалёкое от истины. В этом вопросе универсального хорошего совета нет.
На собеседования идите, как вернётся нормальный настрой, но затягивать тоже нельзя. То что вы не сработались с кем-то не делает вас конфликтным или нежелательным работником. Мысли что вы сделали не так от вас не отстанут, но в жизни это не самое выносящее мозг испытание.