я думал у тебя есть подсекторы

если ребенок будет еще чьим-то родителем и в системе будет что-то вроде реферальной системы и нужно там считать сумму на 1 уровне, на 3, и тд, то обязательно древовидная структура бд. Тип left_id и right_id

ща.. минутку.. обьясню подробнее

Не, у меня просто секция в которой есть подсекция и всё, мне хватит children + parent, там ток это и всё

а про реферальные системы, я понял, спасибо)

тогда норм

у меня есть сущности:
Stock и ETF
===
у них у каждого есть Sector (в принципе, одни и те же.. )
у каждого Sector может быть много industry (они также относятся к stock и ETF)
я почитал за полиморфные отношения...
и по идее, если их заюзать - то можно через один запрос сделать что-то типа: показать ВСЕ ETF, которые имеют Sector и Industry такую же, как у текущего STOCK
====
короче хз.. я просто не знаю "как правильно сделать" =)

а мб разбить Stock и ETF?

на ещё сущности

или никак?

да итак уже разбил =)))..
сначала думал сделать одну сущность и просто type = stock|etf =)

емае

так ещё раз кейс прочитаю твой

То есть у тебя есть модель в которой есть сектор и у сектора есть industry, но они относятся к сток и к etf, ну слушай, может быть тебе сделать 3 таблицы?
Не знаю главная модель с типом stock или etf
потом внешний ключ в таблице Sector
а внешний ключ от Sector в Industry
сча

Maint_table
id | type

Sector
id | main_id

Industry
id | sector_id

или не пойдёт?

ну подумаю сегодня еще... надо документации сторонних API почитать.. и найти золотую середину =)
https://www.alphavantage.co/documentation/  вот одно из них

Удачи

Ребят вопрос, можно ли в роуте передать так что ожидает {section-alias} или через кебабкейс нельзя?

а зачем? PSR12 в ларе