Size: a a a

2020 August 01

VS

Vlad Sobenko in PHP
А много кто юзает psalm language server? Или сильно медленный. Я вот попробовал на своем легаси. На i5 не вывозит совсем.
источник

PG

Pavel Grom in PHP
проникся я идеей декомпозиции сущности т.к. жирноватой она выходит.
то есть дроблю на 2 и более сущности с одним ID, но таблица под это дело одна.
подскажите, как такое можно организовать в доктрине?
как я понимаю она так просто это не разрулит.
при диффе миграций ругается типа "таблица с таким именем уже есть".

перспектива разделять по таблицам мне чет не улыбается.

как вообще такие дела делаются?)
источник

A

Aleksandr Khristenko in PHP
Sergey Protko
Дообоебы
Почему сразу так грубо?
источник

DE

Dmitry Eliseev in PHP
Pavel Grom
проникся я идеей декомпозиции сущности т.к. жирноватой она выходит.
то есть дроблю на 2 и более сущности с одним ID, но таблица под это дело одна.
подскажите, как такое можно организовать в доктрине?
как я понимаю она так просто это не разрулит.
при диффе миграций ругается типа "таблица с таким именем уже есть".

перспектива разделять по таблицам мне чет не улыбается.

как вообще такие дела делаются?)
Почему "не улыбается"?
источник

АГ

Алексей Гевондян... in PHP
single table inheritance
источник

PG

Pavel Grom in PHP
Dmitry Eliseev
Почему "не улыбается"?
ну например, разделили "товар", и поля "статус", "остаток" и "цена" - в разных сущностях и таблицах.
что бы отфильтровать по ним и выдать в ui "товары" надо джойнить 2 таблицы)

может это не проблема, но чет мне не нравится
источник

АГ

Алексей Гевондян... in PHP
т.е. это попытка разбить одну сущность на несколько, чтобы просто помельче было? оно точно надо?
источник

PG

Pavel Grom in PHP
Алексей Гевондян
т.е. это попытка разбить одну сущность на несколько, чтобы просто помельче было? оно точно надо?
у меня "товар" типа как агрегат.
в нём и текстовая инфа, и фотки, и характеристики, и цены, и вариации... короче дохера всего.
для соблюдения инвариантов оно всё в одном месте не нужно
источник

АГ

Алексей Гевондян... in PHP
если у одного товара несколько фото - есть сущность "фото товара" отдельная сущность, проблем нет.
источник

АГ

Алексей Гевондян... in PHP
несколько описаний - довольно странная история, но допустим, если на разных языках - значит "описания товара" - отдельная сущность, тоже нет проблем..
источник

АГ

Алексей Гевондян... in PHP
характеристики у разных товаров разные - это уже single table inheritance. абстрактный товар, и конкретные товары.
источник

АГ

Алексей Гевондян... in PHP
не думаю что доктрина не умеет single table inheritance. надо просто почитать об этом, и понять как оно там делается
источник

VS

Vlad Sobenko in PHP
Pavel Grom
у меня "товар" типа как агрегат.
в нём и текстовая инфа, и фотки, и характеристики, и цены, и вариации... короче дохера всего.
для соблюдения инвариантов оно всё в одном месте не нужно
Из говна конфеты не вылепить. Доктрина явно такого не умеет. Чтобы делить одну таблицу по сущностям.
источник

VS

Vlad Sobenko in PHP
Тут или огромный "агрегат". Или лучше вынеси логику в сервисы, а ентити пусть будет анемик.
источник

SM

Sergey Milimko in PHP
Нафиг вам доктрина. Пилите кастомные репозитории без орм.
источник

VS

Vlad Sobenko in PHP
Sergey Milimko
Нафиг вам доктрина. Пилите кастомные репозитории без орм.
Меппинг типов, релейшены?
источник

VS

Vlad Sobenko in PHP
Не говоря уже про работу с запросами на прямую. На выборку и на изменение.
источник

SM

Sergey Milimko in PHP
Есть такая штука как скл запросы для релейшенов. Маппинг это простая функция преобразущая, например, массив в агрегат и наоборот.
источник

VS

Vlad Sobenko in PHP
Sergey Milimko
Есть такая штука как скл запросы для релейшенов. Маппинг это простая функция преобразущая, например, массив в агрегат и наоборот.
Удачи с этим.
источник

SM

Sergey Milimko in PHP
Мы так и делаем
источник