Prisma - лучшая ORM для Node.js 

Принято)

Благодарствую

👍

Спасибо) Выпускаю каждую неделю, но не всегда про Node.js

Пожалуйста!

Спасибо!

Да, и очень даже развивается

Можно писать миграции вручную

Обычно для выкладки я использую Docker и Ansible, поэтому так сложно сказать

Да, вполне

@@PurpleSchool Привет! Я использую стек nest, typeorm, typeorm-transactional. Очень нравится подход, когда транзакция наследуется вместе с вызываемыми в контексте методами. К сожалению, в typeorm много проблем, которые не решаются из года в год, поэтому для нового проекта ищу новую ORM. Насколько я знаю, в Prisma не все хорошо с привычными транзакциями, Interactive transactions только появился и еще не присутствует возможность хотя бы управлять типами блокировок. Хотел бы попросить, в видео про сравнение ормок, детальнее рассмотреть вопросы связанные с транзакциями. Интересно было бы узнать еще про mikroorm.

@@herenickname расскажите пожалуйста что за проблы и почему typeorm а не sequilize юзули ?

Спасибо за дополнение 👍

Почему переехали?

@@PurpleSchool - невозможно управлять кэшем. БД постгрес объемом менее 1гб съедает призмой 12 гигабайт виртуальной памяти и невозможно дебажить что внутри этого кэша что и зачем и как туда попадает. Приводило к остановке продакшна раз в три недели. - Призма генерирует на нашем размере структуры в 60 таблиц 1 файл по овер 100 типов на каждую таблицу в итоге бандл призмы это Десятки Тысяч! строк, который весит мегабайты! на котором при открытии Шторм подвисает на новых райзенах у него начинает память в ява машине течь из-за количества синтаксического анализа, а из этого файла подсасываются типы для статического анализа как штормом так и линтером например. - Обновление версии ноды или призмы приводило иногда к тому что типы в призме начинают генерироваться по другому после чего приходилось делать рефакторинг из-за сломавшейся типизации во многих частях проекта - В призме невозможно откатить миграцию (изменение в БД) откат миграции возможен только если миграция упала при применении, если она не выдала ошибку при применении - откатить нельзя :( в итоге при наличии неконсистентных данных в БД и релизе ветки которая в тесте была ок - могли сыпаться ошибки при запуске продакшна, а миграцию откатить нельзя потому что она уже успешно применилась и пока продебажишь и напишешь миграцию поверх миграции - прод полчаса простоял - Призма не дружелюбна к тому что в ней структуру апдейтят в разных ветках. Если в одной ветке миграция есть с новым полем, а в другой нет, то при попытке сделать новую миграцию она будет просить уничтожить все данные и применить все миграции заново. - Из-за этого с призмой сложно выстроить флоу когда есть два бекендера и более, при этом каждый может выстрелить себе призмой в ногу. В итоге чтобы просто сделать миграцию, нужно помнить от какой ветки у тебя сейчас состояние локальной базы и создастся у тебя миграция или придется дропать базу, переключаться на мастер, применять миграции от него, возвращаться в ветку в которой работал накатывать дамп данных чтобы БД была не пустой и можно было протестировать фитчу и только после этого сделать миграцию, надеясь что сделал правильную и ее не придется удалять т.к. если ее придется отменять то все опять по кругу... На момент принятия решения о переходе еще не знал что есть такое: Prisma поддерживает генерацию моделей на основе схемы GraphQL с помощью интеграции @prisma/generator, и это позволяет избежать дублирования моделей между Prisma и GraphQL, так как они будут автоматически синхронизированы на основе схемы GraphQL. И была проблема описания моделей в призме рядом с такими же моделями для GraphQL получалось дублирование типов и поддержка одинаковых описаний структур данных в двух местах, что неимоверно бесило. Искал такое решение, но нашел только после того как уже начали переписывать на TypeORM, спасибо коллегам, которые уходили от нас и на собесах говорили что их достала призма - кто-то из интервьюверов подсказал решение. Работая с prisma, когда на стендапе кто-то из коллег делился очередной раз как потратил дофига лишнего времени из-за очередного говна с призмой уже не надо было объяснять никому что именно с ней не так, а менеджер и техлид с пониманием и сочувствием говорили разработчику в течении года "потерпи мы скоро с нее съедем". И за обедом с коллегами тоже только и говоррили о том, как хорошо переехать с призмы на нормальную ORM и как счастливо заживем после этого. В итоге с TYPE ORM тоже съли боли. Но обернули в нем метод find небольшой оберткой, которая позволила сократить переписывание кода запросов в prisma-стиле и избавить от проблем интерпритации relation и условий к ним относящихся, работающей не правильно в Type ORM. Но это совершенно меньшая боль, по сравнению с выше описаным в prisma.

@@nik_sem Исходя из статистики (любящих/ ненавидящих) призму, Я так понимаю, Prisma подходит для маленьких или мало-средних проектов, где запросы к БД в целом не сложные, для более сложных лучше выбирать другие ORM. Для Node JS для SQL что лучше посоветуете изучать? Слышал для TS лучше выбирать TypeORM. Пробовал Entity Framework для C# и MS SQL, шикарный Mongoose для Mongo DB на Node JS. А вот для Postgres пока не решил, за что браться изучать, сейчас пишу на Prisma по советам блохеров.

Сейчас не использую подписку Jetbrains, поэтому сказать не могу.

Конечно, она же просто генерит клиент и дальше работает как и любой другой TS код

Нужно, чтобы mongo была запущена в кластере для транзакции

жесть... Сочуствую тем кто юзает призму. Не стал бы её использовать.

Если нужно создать, то можно использовать create, connect просто соединяет записи.

@@PurpleSchool это я понял, но связать можно как со стороны «один», так и со стороны « ко многим»?

Да.

@@PurpleSchool понял,спасибо

Да, конечно

К сожалению не работал с ней, не могу оценить.

Это AI Writer Mono

@@PurpleSchool Благодарю)

Да, было бы отлично)

А какая разница, если это не твоя зона ответственности? Или тут в дело вступает внутренний перфекционист?

Верно, но это менее удобно, чем хранить отдельный файлы sql с подсветкой

@@PurpleSchool Я не обосо бэк, но разве нельзя запросы хранить по файлам с подсветкой, а в node приложении их просто читать через fs? При билде можно будет заранее в ts файлы как переменные выгрузить как объект и по ключам если ENV прод вставлять в те места где обращается через fs?

Сама prisma нет, она во время сборки соберёт "@prisma/client", который и будет использоваться.

mikro orm это лучшее что на рынке есть, призма это просто такая боль адская, просто не перевариваю её после 3х месяцев работы, у меня вообще иногда складывается ощущение что автор канала мазохист. В микроорм ты можешь делать полноценные классы с полноценным инкапсулированным функционалом, писать максимально декларативно и абстрактно, удобная система транзакций и минимализм, с призмой ты постоянно должен чёто компилировать, нет поддержки в integel idea, в ней там работать нереально, (лень всё перечислять) кароче я мнение автора вообще не понимаю и не разделяю

Там он на самом деле есть если зайти в типы, но каждый раз его искать не очень удобно.

Нет, это модель взаимодействия с backend, так же как и API

Это верно

Не сталкивался, к сожалению.

Не изучал детально.

А какие там проблемы?

Да в webstorm поддержка плохая

уже вышел новый плагин где всё четко

Нужно делать только генерацию миграции и накатывать вручную на существующую базу

Это верно

в роудмапе у них стоит разделение на разные файлы

А какую ORM используете?

@@PurpleSchool sqlalchemy. Я сначала пишу запрос, потом думаю как реализовать его на ОРМ. Потом бросаю эта затею. Двойная когнитивная нагрузка.

@@microspacer вот именно. я тоже не понимаю зачем нужно ORM в принципе. если в итоге всеравно SQL запрос, который принципиально невозможно как-то упростить.

Чего? В каком месте ORM сложно читаемая? Наоборот код более читаемый чем SQL запросы

@@vladislove1337 давай я тебе сейчас типичный sql запрос скину, а ты мне его реализуешь с помощью orm, ок ?

@@404Negative давай для начала ты мне за это деньги скинешь, а потом уже поговорим что тебе там реализовать

@@vladislove1337

@@vladislove1337 деньги грит, скинешь ахахахах. не, вы посмотрите на него, деньги грит, скинешь ору лол.