AS
я вообще БД люблю в одной таблице хранить, колонки просто разные
Size: a a a
2020 November 17
AS
флексы в вертике
FL
Смысл плодить много таблиц для одной вещи?
1) С полиморфной таблицой ты индексы не пропишешь
2) Картинки постов и картинки юзеров - это разные сущности
2) Картинки постов и картинки юзеров - это разные сущности
АГ
флексы в вертике
id, data: json)
FL
наследование нужно там, где полиморфизм. но вполне можно, если заморочиться, делать все на голых интерфейсах, композиции, вообще без наследования. да.
Когда в пхп будет уже параметрический полиморфизм?!?!?!?
AS
id, data: json)
😅
w
1) С полиморфной таблицой ты индексы не пропишешь
2) Картинки постов и картинки юзеров - это разные сущности
2) Картинки постов и картинки юзеров - это разные сущности
Так или иначе это всё равно картинки
FL
Так или иначе это всё равно картинки
Охуеть)
А комментарии и новости - набор текста)
А комментарии и новости - набор текста)
FL
наследование нужно там, где полиморфизм. но вполне можно, если заморочиться, делать все на голых интерфейсах, композиции, вообще без наследования. да.
Это не заморочиться, полиморфизм разный бывает
АГ
Это не заморочиться, полиморфизм разный бывает
имеется ввиду разная реализация одного контракта
FL
В том числе и с помощью интерфейсов
Правда, каким боком полиморфизм к наследованию - я не знаю, когда там речь про ad hoc и параметрический (контракты и перегрузка функций)
Правда, каким боком полиморфизм к наследованию - я не знаю, когда там речь про ad hoc и параметрический (контракты и перегрузка функций)
АГ
типовые всякие фишки - пока нечего ими запариваться. на интерфейсах можно сделать практически что угодно, и классах.
FL
А если 20 моделей то будет 20 дополнительных таблиц для крепления картинок?
А если у тебя микросервисы, ты сделаешь один микросервис для картинок?
FL
Думаю, проще и легче будет сделать библиотеку для работы с картинками и переиспользовать ее в каждом микросервисе, чем городить эту дрочь