Отлично но нужно применять то что есть в back end фреймворках изначально, инструментарий не просто же так разрабатывается для запросов к Бд. Тем самым оптимизация всех процессов происходит без промежуточных технологий. Но если они лучше то конечно фреймворк есть смысл применять.
на python, если это конечно не django используют sqlalchemy, суть в том, что там есть sql билдер, по сути пишешь функциями типо select() и тд. там есть всё, что есть в разных субд, 100% контроль того, какие запросы отправляются, руками контролируется транзакция, идеальная обработка ошибкок самой бд, типо нарушние unique и другое. есть конечно и чистых orm стиль написания, но его не юзают почти) bindparams из коробки, ляпота. и можно кешировать именно места, где генерируется sql этими функциями для небольшого прироста в скорости
Сейчас делаю свой пет проект на nest js, до этого не занимался полноценно бэкенд разработкой, использую typeorm postgressql и мне очень удобно работать с этой орм в nest, так как мой опыт ограничен только этой орм мне сложно выделить минусы, но пока всё устраивает
Привет, спасибо за обзор! А по рынку какие орм сейчас в ходу? И если начинаю (я фронт) изучать бэк, то пропускать ли Express и сразу смотреть на Nest, в целом какой стек бэк оптимален сейчас на твой взгляд?
Смотри, по рынку наверное это будет что-то типа nest + typeorm/prisma. А вот какой бек оптимален это уже другой вопрос. Оптимален относительно соотношения производительность/затраченные часы - это golang. Оптимален для пет проекта, которым хоть кто-то начнет пользоваться. Это Nuxt/Next/SolidStart/SvelteKit в купе с верселевскими лямбда функциями.
Пятый год пошел как я использую TypeORM. Лучше еще не встречал. Просто навешиваете декораторы на текущий объект и вуаля это уже модель. Хуяк-хуяк и в продакшн
Люблю когда ютуб такие реки кидает, спасибо за видос!
Отлично но нужно применять то что есть в back end фреймворках изначально, инструментарий не просто же так разрабатывается для запросов к Бд. Тем самым оптимизация всех процессов происходит без промежуточных технологий. Но если они лучше то конечно фреймворк есть смысл применять.
на python, если это конечно не django используют sqlalchemy, суть в том, что там есть sql билдер, по сути пишешь функциями типо select() и тд. там есть всё, что есть в разных субд, 100% контроль того, какие запросы отправляются, руками контролируется транзакция, идеальная обработка ошибкок самой бд, типо нарушние unique и другое. есть конечно и чистых orm стиль написания, но его не юзают почти) bindparams из коробки, ляпота. и можно кешировать именно места, где генерируется sql этими функциями для небольшого прироста в скорости
есть какой-то аналог alembic для js, как-то искал но ничего адекватного не нашел?
@@madesta3667 понятие не имею, js не юзаю на беке
@@artyomklg915 грусть, очень удобная вещь
Стажируюсь сейчас в компании которая разрабатывает drizze, был приятно удивлён, особенно разработчиком, который меня собеседованал.
Сейчас делаю свой пет проект на nest js, до этого не занимался полноценно бэкенд разработкой, использую typeorm postgressql и мне очень удобно работать с этой орм в nest, так как мой опыт ограничен только этой орм мне сложно выделить минусы, но пока всё устраивает
Привет, спасибо за обзор! А по рынку какие орм сейчас в ходу? И если начинаю (я фронт) изучать бэк, то пропускать ли Express и сразу смотреть на Nest, в целом какой стек бэк оптимален сейчас на твой взгляд?
Смотри, по рынку наверное это будет что-то типа nest + typeorm/prisma.
А вот какой бек оптимален это уже другой вопрос.
Оптимален относительно соотношения производительность/затраченные часы - это golang.
Оптимален для пет проекта, которым хоть кто-то начнет пользоваться. Это Nuxt/Next/SolidStart/SvelteKit в купе с верселевскими лямбда функциями.
Можешь trpc еще потыкать
Ну ты посмотри на него, что он тебе может сказать по рынку и по технологиям.
Лучшая ORM та ...., которой нет!
ты используешь drizzle с голым node js или с нестом условным? А то слышал что бывает в несте проблемы с нормальной интеграцией.
Прикольно, юзаю обычно knex(прототипы/мвп), наверн перейду на гризл из-за миграций и типов
Пятый год пошел как я использую TypeORM. Лучше еще не встречал. Просто навешиваете декораторы на текущий объект и вуаля это уже модель. Хуяк-хуяк и в продакшн
Посмотрите ещё Kysely, мне кажется что-то похожее
Sequelize ORM лучшая для огромных проектов
старая она, лучше призму взять, побыстрее будет
@@tem4ik933 ее архитектуризация вызывает вопросы. Какую архитектуру вы встроите с призмой?
Прикольно, парень лет 20 рассказывает про свой опыт с ORM. Хорошо хоть не про геополитику.
два раза в комментариях обосрался ты, ничего по делу не сказал...
Я бы не слушал чела, который похож на сид вишеса, но орм да говно