Согласен. У всего есть свои сильные и слабы стороны.

Если структура меняться не будет, то призма зайдет. О вот если структура будет меняться, то тут лучше жертвовать АПИ а не данными.

дополню свой ответ опять) в призме крайне офигенная система миграции, мне очень понравилась

Грамотно алтернуть таблицу, а потом шаманить АПИ - хасура. С Призмой миграции на порядок опаснее, особенно через SDL

Не знал. Залей пжлста ссылку или накидай скринов в личку.

Очень полезная новая информация. Раньше была больной точкой.

скринкаст запишу, норм? аля гифку

Вай, ваще огонь!

@rename ?

Потом его можно будет всем показывать, кто в будущем будет спрашивать про миграции в призме

Я тоже недавно узнал
https://www.graph.cool/docs/reference/database/migrations-paesahku9t#renaming-an-existing-field

В чём Hasura выше Призмы? Сейчас смотрю примеры, похоже что она отстаёт от Prisma по удобству и от DataLoader по производительности - получается ни то ни сё.

Разница в подходах

База, данные (1 место) - апи, SDL (2 место) - хасура
Апи, SDL (1 место) - база, данные (2 место) - призма

И уже от этого пляшет инструментарий каждого из них.

В любом случае нужен новый взгляд. Т.к. иснтрументы активно развиваются и болячки лечатся.

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

Вот из общения с Максимом:
https://github.com/nodkz/conf-talks/issues/20

Можешь туда свои пять копеек добавить в это ишью.

https://youtu.be/6v75XJtAhCs
Без монтажа, без погдотовки :)

У меня ещё нет опыта коммерческого использования, чтобы вставлять пять копеек) Но есть вопросы.
> "Итог: просто охерел от того, насколько она популярна при ее днищенской функциональности"
Функционал управления ролями из веб-интерфейса базы и подобные штуки мне кажется избыточными. База должна быстро выполнять операции CRUD и опционально предлагать функции агрегрегировать выборку. Остальную бизнес-логику   может потребоваться переопределить более нестандартным решением, чем предлагается из коробки.

Тем не менее, в пользу хасуры кто-то выложил сравнение ("в итоге"):
https://habr.com/ru/post/428133/

Хороший видос! Можешь смело как Илья Климов писать уроки. Очень толково и внятно объясняешь. 👍

Вопросы по изменению существующего поля (понятно что у них там мелки баг, но очень неприятный)

1) Сейчас по ФАКТУ у тебя в базе удалилось поле аватар или там два поля теперь - аватар и фото?

2) Изменение типа поля как происходит? Например строка в число (и часть значений у тебя буквы, а другая часть записей с цифпвми в виде текста).

3.1) Если поле уже существует в базе. К примеру я его как-то хитро через скрипты свои создал и заполнил числами. Как поведет себя призма когда при создании поля Int, наткнется на уже существующее поле Int.

3.2) Что сделает призма если поле Int уже есть, но оно ее просят создать поле String с тем же именем. Рыгнется или сконвернирует данные?

Если не лень, можно также без подготовки запилякать видео. Реально очень толково получается.

Ещё мне не нравится в hasura подписки по веб-хукам, для реал тайм приложений для subscripton выглядит удобнее использовать встроенный функционал prisma.

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