так от задачи зависит, в firestore больше лимитов думаю, т.к. не в реалтайме работает
storage это про файлы, а realtime про дб
а даже так...
вы наверное перепутали storage с firestore
+
удачи с фаерстором
Realtime Database иногда удобно чтоб на коленке запилить
не сталкивался, но, в любом случае, взял бы постгрес
ну в NoSQL есть плюсы, что оно выглядт как жсон и можно забить для прототипа на некоторые моменты sql бд
там одни минусы
Если надо собрать на коленке что-то сойдёт)
главное не забыть выкинуть нахуй вовремя
А не подскажешь кратко? Есть смысл с Rest API переходить на GraphQL?
Не пробовал, но, судя по доке, очень слабая штука, которая решает примерно ничего
особенно когда таблицы ещё не сформировались на этапе разработке и можно ими жоглировать как удобно) А потом да, надёжнее на SQL бд
thx
Неа. нет версионности, работает на кодогенерации, лишний синтаксис в проекте (файлы *.graphql со своим "языком разметки")
бэкэндеры говорят, что она им сильно ускорит написание кода, поэтому говорят, что мне тоже придётся переходить)
ага. А потом когда вам придётся добавить поддержку новых моделей и всё перестанет работать на предыдущих версиях аппы - "ОЙ"
+++
а мне говорили, что удобно для фронтов, но ад для бэка
Обсуждают сегодня