Lander

Классическая задача упаковки рюкзака. Ничего сильно лучше перебора нет.

fontawesome.io/icons
Точно таких не будет, но очень приблизительно похожие есть. Их в принципе хватает, и работать с сними очень удобно, как с символами.
Вот:
fontawesome.io/icon/star-o
fontawesome.io/icon/cart-arrow-down
fontawesome.io/icon/eye
fontawesome.io/icon/share-square-o

MongoDB
JSONB+PostgreSQL
Классическая реализация иерархии для SQL неэффективно, но то же можно. Любая SQL.
Специальная иерархическая СУБД лучше всего, но опять таки какой в ней смысл, если у вас небольшая нагрузка.

Амбициии прут?)))) Каникулы в действии.
Загугли, что такое интранет

Самое главное - это не "не говнокодить", главное - это понимать, что вот это говнокод, а вот это - тру.
Путь понимающего человека лежит через труд и терни.

Энциклопедия профессора Фортрана

ФИО в три отдельные таблицы - имена и отчества часто повторяются. Фамилии просто для единого стиля.
Дату безусловно в отдельную таблицу. 35млн / (365*100). На 100 лет по 1000 человек в день рождалось. На самом деле распределение не равномерное и выигрыш по скорости/памяти будет больше.
Место рождения и место проживания скорее всего не две таблицы, а гораздо больше (есть смысл отдельно хранить города, улицы, дома).
Ну и таблица с ID индивида, содержащая индексы всех его ФИО и прочего. Эту таблицу можно проиндексирвоать по всем столбцам для быстрого поиска.
Простенькая реляционная база данных получается.

Обязательно.
1. Вы тем самым проявляете интерес к проекту, и получаете фидбек спустя время.
2. Вы пингуете клиента, и теперь он помнит о вас еще какое-то время.
3. Да и вообще можете поговорить по душам, а там может еще работенка подвалит от него, т.к. ваша беседа может открыть для него новые потребности в вас.