S
И опять же я не говорю что связанные таблицы, таблицы принадлежащие курсам не должны общаться друг с другом, но зачем там юзер это уже вопрос)
Size: a a a
2020 February 24
S
Я не знаю, что ты подразумеваешь под админкой
Статистика для личного пользователя для пары людей
S
Вообщем все зависит от ситуации, но и боятся сервисов не стоит, там где минус всегда найдется плюс.
GS
у тебя просто приложения для админки. Если ты это выкотиш в папблик ты поймешь ценность простых запросов)
Другой разработчик скорее предпочтёт посмотреть на большой запрос, особенно, если он хорошо знает SQL, чем захочет читать простыню кода ручной работы с данными
GS
Вообщем все зависит от ситуации, но и боятся сервисов не стоит, там где минус всегда найдется плюс.
То, что ты предлагаешь - по сути отказаться от реляционных субд вообще
GS
Если так работать с данными, то с какой-нибудь монгой будет проще
S
То, что ты предлагаешь - по сути отказаться от реляционных субд вообще
Ну ок, как ты тогда предлагаешь решит ту проблему которую я описал в самом начале. Вот нужно тебе вывести 100 комментов, у каждого есть юзер в которого есть аватарка онлайн статус рейтинг геолокация и т.д
S
Попробуй такое сделать без кэша а потом измени на получения пользователя с кэша
GS
Кэширование не противоречит выборке сразу нужных данных вместо их сборки на js
S
Кэширование не противоречит выборке сразу нужных данных вместо их сборки на js
А кэширование это разве не сборка в js?
S
sequalize typeorm и т.д по моему еще не умеют брать связь откуда то вне базы, асинхронных геторов на связи у них нет
S
Да и орм не делают все одним запросом, запрос ты можешь написать один а как там дальше орм разобьет это вопрос
GS
А кэширование это разве не сборка в js?
Нет. Кэшировать можно не на уровене неста вообще. Кэшировать можно уже собранное. Кэшировать можно в том месте, где нужно, и то, что нужно для решения конкретной проблемы. И это делается для оптимизации, а не "архитектуры и разбиения монолита".
GS
Да и орм не делают все одним запросом, запрос ты можешь написать один а как там дальше орм разобьет это вопрос
Я обычно знаю, когда она делает одним, и когда несколькими. Довольно редко бывает, чтобы было несколько запросов.
V
А где можно посмотреть варианты оформления архитектуры модулей? Как должна выглядеть шина? Фабрика? Модуль? Компонент?
S
Я обычно знаю, когда она делает одним, и когда несколькими. Довольно редко бывает, чтобы было несколько запросов.
Ну может и так, хотя насколько я помню sequelize как раз таки где могла делала отдельный запрос, если посту нужен юзер одна делала запрос а не джойнила
GS
Ну может и так, хотя насколько я помню sequelize как раз таки где могла делала отдельный запрос, если посту нужен юзер одна делала запрос а не джойнила
Ты хорошо знаком с SQL и РСУБД в целом?
S
Ты хорошо знаком с SQL и РСУБД в целом?
Ну, джойнить умею) Но то что пока хватает оперативки это настолько же быстро как и кэш если мы условно ищем по ид который сам по себе индекс тут не совсем правда
S
Ты хорошо знаком с SQL и РСУБД в целом?
Хотел рассказать еще об одной причине по которой я к этому скатился, полиморфные связи, но они в sequelize уже есть
GS
Хотел рассказать еще об одной причине по которой я к этому скатился, полиморфные связи, но они в sequelize уже есть
Возможности ОРМ не должны влиять на архитектуру.
Дело здесь не в ОРМ, а в SQL. ОРМ просто удобная прослойка (иногда) для десериализации ответа в объекты.
Дело здесь не в ОРМ, а в SQL. ОРМ просто удобная прослойка (иногда) для десериализации ответа в объекты.