Телеграмм чат группы prophp7 страница 10772

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PHP

1859 membersпожаловаться на группу

2020 August 01

VS

Vlad Sobenko in PHP

Можно ещё по другому сказать. Использование орм для маппинга накладывает ограничения или на структуру агрегатов или на структуру база. На простых сущностях это не сказывается. А вот на слодных очень сильно. Придется идти на компромисы, которые в данном случе можно избежать не использовав просто орм.

Когда ты хочешь писать и читать тоже самое то да. Но так лучше не делать. Лучше наделать маленьких агрегатов для записи. А на чтение использовать оптимальные запросы.

источник

22:25пожаловаться #1

VS

Vlad Sobenko in PHP

Нельзя. Кто вообще сказал что база реляционная должна быть. Да и в реляционных базах есть свои фишки. Не думаю что таже доктрин пощволяет сделать вообще какой угодно маппинг.

Начинай писать процедуры для бд для всех операций. Или ты уже?

источник

22:26пожаловаться #2

DE

Dmitry Eliseev in PHP

Нельзя. Кто вообще сказал что база реляционная должна быть. Да и в реляционных базах есть свои фишки. Не думаю что таже доктрин пощволяет сделать вообще какой угодно маппинг.

Почему нельзя? Мама не разрешает?

источник

22:26пожаловаться #3

SM

Sergey Milimko in PHP

Если сложные сущности не использовать, то и проблем не будет

Сущности могут быть простыми, а хранение сложное

источник

22:26пожаловаться #4

SM

Sergey Milimko in PHP

Может ли орм например замапить несколько записей в базе на одну сущность?

источник

22:27пожаловаться #5

DE

Dmitry Eliseev in PHP

Сущности могут быть простыми, а хранение сложное

С какой целью хранение должно быть сложным?

источник

22:27пожаловаться #6

SM

Sergey Milimko in PHP

Я доктрин не очень помню

источник

22:27пожаловаться #7

SM

Sergey Milimko in PHP

С целью оптимального извлечения или хранения данных

источник

22:27пожаловаться #8

DE

Dmitry Eliseev in PHP

С целью оптимального извлечения или хранения данных

Оптимальное хранение и извлечение в доменной модели спокойно и в один-в-один получается.

источник

22:29пожаловаться #9

VS

Vlad Sobenko in PHP

С целью оптимального извлечения или хранения данных

Эффективнее читать из какого нибудь кэша. Чем с sql.

источник

22:29пожаловаться #10

DE

Dmitry Eliseev in PHP

С целью оптимального извлечения или хранения данных

А извлекать оптимальнее готовые деревья из того же ElasticSearch за микросекунду одним запросом.

источник

22:30пожаловаться #11

SM

Sergey Milimko in PHP

Кэш же на то и кэш что протухает. Придётся потом из базы доставать всё равно.

источник

22:30пожаловаться #12

VS

Vlad Sobenko in PHP

Кэш же на то и кэш что протухает. Придётся потом из базы доставать всё равно.

Короче такой подход существует, через тесную работу с бд и на запись. Но это не по мне.

источник

22:33пожаловаться #13

SM

Sergey Milimko in PHP

Оптимальное хранение и извлечение в доменной модели спокойно и в один-в-один получается.

Под оптимальным хранением данных я имею в виду то, что нам удобно потом строить вмякие хитрые запросы к базе для извлечения данных имеющих и не имеющих отношения к разным сущностям. Мы же не обязаны подгонять структуру бд под возмодности конкретной орм

источник

22:34пожаловаться #14

DE

Dmitry Eliseev in PHP

Кэш же на то и кэш что протухает. Придётся потом из базы доставать всё равно.

Если кэш синхронизировать событиями, то не протухает и в БД ходить не нужно.

источник

22:34пожаловаться #15

SM

Sergey Milimko in PHP

Vlad Sobenko

Короче такой подход существует, через тесную работу с бд и на запись. Но это не по мне.

Т.е. у вас данные исключительнл в кеше хранятся?

источник

22:34пожаловаться #16

VS

Vlad Sobenko in PHP

Т.е. у вас данные исключительнл в кеше хранятся?

Не у нас Рид голыми запросами. Write через доктрину.

источник

22:35пожаловаться #17

VS

Vlad Sobenko in PHP

Но есть места где кеш на событиях.

источник

22:36пожаловаться #18

SM

Sergey Milimko in PHP

Если кэш синхронизировать событиями, то не протухает и в БД ходить не нужно.

Это как? Вот создали сущность, записали в базу и в кэш на час. Через час кэш протух. Ещё через 5 минут пришёл запрос на восстановление состояния сущности.

источник

22:36пожаловаться #19

DE

Dmitry Eliseev in PHP

Под оптимальным хранением данных я имею в виду то, что нам удобно потом строить вмякие хитрые запросы к базе для извлечения данных имеющих и не имеющих отношения к разным сущностям. Мы же не обязаны подгонять структуру бд под возмодности конкретной орм

Значит вместо подгонки БД под сущности в коде вы подгоняете БД под запросы с фронтенда

источник

22:37пожаловаться #20