Приветствую уважаемые. У меня вопрос по проектированию БД. Нашёл базу штрихкодов

Question

Приветствую уважаемые. У меня вопрос по проектированию БД. Нашёл базу штрихкодов

на хабре(https://habr.com/ru/post/420585/), решил посмотреть что такое.
Но столкнулся с некоторыми трудностями. Таблица имеет несколько полей - ID, UPCEAN, Name, CategoryID, CategoryName, BrandID, BrandName.
Для нормализации данные логично разнести по трём таблицам - сами товары, брэнды и категории. Если с первыми двумя всё понятно, то с категориями как раз и возникли вопросы.
Названия категорий записаны как "Техника/Электротехника/Цифровая техника/Фотография и киносъемка/Видеорегистратор", от одной до шести глубины вложенности. Конечно можно оставить как есть, но для удобства логично разделить эти сущности.

Создал такую таблицу:

CREATE TABLE category (
catid SERIAL,
parent integer,
name varchar(127),
oldcatid integer,
PRIMARY KEY(catid)
);

Где parent - ссылка на верхний уровень категории, и равняется 0 для категорий верхнего уровня (Техника).
oldcatid - поле со старым id категории(CategoryID), которое после подмены catid в таблице товаров предполагается удалить.

1. С точки зрения оптимизации надо ли делать индекс на поле parent для запросов типа SELECT catid, name FROM category WHERE parent=372; Получится таблица с тремя полями на два из которых будут созданы индексы.
2. Каким запросом можно подменить CategoryID в таблице товаров на новый catid. Пока только придумал во внешней среде циклом пройтись по всем id категорий и сделать кучу апдейтов UPDATE goods SET catid=NEWID WHERE catid=OLDID). Подозреваю, что скорее всего это можно сделать и одним запросом, но скилл не позволяет :)
3. Возможно в postgres есть какие то специально придуманные техники для хранения деревьев (таблица категорий явное дерево же)?

Нид хелп!)