PD
Вот это обычно совсем страшно )
Size: a a a
2021 July 05
PD
Ну, мои нормально писали. Даже сложный треш с jsonb+оконными функциями вполне. Даже миддлы.
AL
Чойта? Они же не структуру БД пишут на ER а по сути постановку на доработку, которую ещё обосновать надо, что именно так.
PD
Ну, вот они обычно и ER фигово пишут. И думают (большая часть из них), что ER - это и есть таблицы.
А что в реальности таблицы нужно совсем по другому сделать, где-то денормализовать, где-то убрать данные в тот же jsonb, где-то еще что придумать - им даже в голову не приходит.
А что в реальности таблицы нужно совсем по другому сделать, где-то денормализовать, где-то убрать данные в тот же jsonb, где-то еще что придумать - им даже в голову не приходит.
PD
Лучше бы не ER писали, а просто описание доменной области с точки зрения клиента. А остальное уж как-нибудь разработчики придумают с архитектором, оно лучше будет.
A
БА описывающий реализацию - зло, согласен
AL
Ну так менять аналитиков на тех, которые нормально думают. Либо учить либо выгонять. Это ж не тот ворос.
А описание доменной области с точки зрения клиента как раз и можно рисовать в терминах например ISO 29196
А описание доменной области с точки зрения клиента как раз и можно рисовать в терминах например ISO 29196
PD
Впрочем, я вообще считаю, что СА - это bad smell.
Связка "нормальный продакт" и "нормальный разработчик" - гораздо лучше )
Связка "нормальный продакт" и "нормальный разработчик" - гораздо лучше )
RT
Кто в таком решении проектирует схему данных, таблицы, индексы?
AM
разраб СУБД.
PD
Но вообще логично, при низком качестве персонала - приходится уходить в узкие специализации и выстраивание процессов и коммуникаций. Так получается сильно дороже, но иногда нет другого выхода
AL
Ну качество оно относительно степени сложности продукта всегда ж считается.
p
У php не треды, а процессы. Иметь общий пул коннектов между пачкой процессов сильно сложнее. Разница есть, потому что саспендится не весь поток, а корутина.
Т.е. нам в приложении не надо иметь по треду на коннект(а какая там модель в субд - нас не волнует)
Т.е. нам в приложении не надо иметь по треду на коннект(а какая там модель в субд - нас не волнует)
PD
Ну, сложность продукта - тоже штука, зависящая от качества архитектуры )
PD
Ну, когда у тебя число одновременных процессов все равно ограничено сотней (так как любой коннект требует соединения), то какая разница?
П
Надо пересоздавать соединение
PD
Зачем пересоздавать? Пул нормально работает.
p
Это всё в бд, а не у меня. И, как я уже говорил, модель обработки запросов в бд может быть разное. Mysql/Maria умеют и threadpool + aio.
П
Если процесс перезапускается имею в виду. Хз что там в пыхе, если оно изначально запускается и живет вечно, то оке
PD
Как это "в БД"? Весь пул запросов как раз на клиенте, не на сервере. Все именно что у тебя )