Александр

mysql -B -uroot -p1111 -e 'SELECT * FROM books' test, где ключ -B отвечает за форму вывода.

Почему бы просто не нормализовать БД, что бы избавиться от массивом? Ну или как вариант, в постгрес есть тип данных для хранения json объектов, по которым можно производить поиск. Если данные не имеют фиксированной структуры, то почему бы их не хранить в файлай или использовать, что нибудь типа mongodb.

Можно сохранять номер ввиде числа, а при выборке форматировать его на стороне приложения.

Если это веб приложение, то гораздо будет легче вытянуть все категории и обработать их уже на сервере приложения. Нужно просто будет потому же принципу построить дерево из плоского массива, а построенное дерево можно будет закешировать. При обработки в бд возможны различные сюрьпризы от mysql. Если все нужно обрабатывать в бд, то можно глянуть в сторону temporary table.

Может быть стоит нормализовать структуру бд и вынести phone и added в отдельную сущность, общую для 2 таблиц?

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

По остальным вопросам
1) Тут даже 4 форма будет
2) Скорее все года, тем более в озвученном выше варианте

select birthday
from some_table
where date(birthday) <= now()
order by date(birthday) desc
limit 3