Точь в точь ли маппятся поля json-сущности на поля в таблицах базы данных?

Где вы эту фразу услышали?

Сейчас объясню что я имею ввиду: возьмем например GraphQL, он позволяет отгружать только то, что необходимо, а REST API так не умеет, там сущность отгружается полностью. Поправьте, меня, пожалуйста, если я не прав.

Не припомню чтобы Postman/Devtools как-то относились к базам данных.

Я упомянул Postman и Devtools как те инструменты с помощь которых я смотрю json-сущности методов. Извиняюсь если эта была лишняя информация и она ввела в заблуждение.

Как авторизоваться через вторую форму в Postman?

maksam07,

вторую сделай с отправкой данных формы И куками, которые вернулись из 1 запроса

А как это сделать, через form-data, как я и делаю?
А куки куда подставлять, в заголовок запроса?

В каком направлении развиваться SQL разработчику?

Сергей Горностаев, ну, у условного ИП'шника Баранкина разработчик будет делать всё :) Я бы сказал, что мониторинг производительности, настройка репликации, бэкапирование и т.п. - это задачи, которые "могут встречаться". Пусть будет такая формулировка. А могут и не встречаться. Зависит от компании или проекта.
На hh очень много вакансий которые называются SQL-разработчик / программист. И в них, вместе со знанием просто языка запросов, почти всегда указывается умение программировать на процедурном языке той или иной СУБД. На мой взгляд, это как раз и составляет основу должности - если это знаешь, то можешь с чистой совестью претендовать на позицию. Просто заранее обсудить потенциальные DBA'ные активности на собесе. Но вот пара вакансий где, в общем-то ничего DBA'ного не написано: Первая, Вторая .

Вам, наверное, будет интересно посмотреть что в Сбере есть:
У Дата сайентистов  действительно ожидается навык администрирвоания и глубокого понимания Postgres'а.
А вот у СБОЛ'а разработчику SQL придется "взаимодействовать с DBA", стало быть выделенный админ на полную ставку уже есть.

Это только пара ссылок, мне вот даже самому стало интересно, что написано в других сберовских вакансиях на SQL'щика.

В каком направлении развиваться SQL разработчику?

Сергей, но если не существует понятия SQL-разработчик, то почему в компаниях есть такие должности? И там вовсе не DBA'ные обязанности. Вот например.

Почему в crosstab нужно указывать VALUES в запросе на выборку?

Спасибо!

Какой проект можно сделать на PL/pgSQL новичку?

1. Сложные запросы, которые нельзя выразить обычным SQL

Могли бы вы пояснить это какие например запросы?

2. У тебя несколько клиентов и тебе нужно гарантировать целостность. Тогда ты всякие валидации из обычного кода переносишь на СУБД.

И здесь, приведите, пожалуйста, пример нескольких клиентов для которых нужно гарантировать целостность. И какие там могут быть валидации, которые из обычного кода переносятся на СУБД.
Просто для меня абстрактно, не могу сам подобрать пример.

Какой проект можно сделать на PL/pgSQL новичку?

А дальше у большинства бакенд и база на одном сервере да еще и через сокет. Нет особого смысла агрегацию данных из бека переносить в бизнес логику базы. А у кого есть куча серверов, те в микросервисы как то подались. И см выше - сервис и база на одном хосте.

.
Подскажите, правильно я понял из этого предложения, что PL/pgSQL (и всё аналогичное) нужно применять тогда, когда базы лежат на разных серверах; но не тогда когда используется микросервисная архитектура?

Какой проект можно сделать на PL/pgSQL новичку?

Олег, А в чем сложность этого запроса? Вроде как просто джойним таблицы, фильтруем в WHERE и смотрим есть ли запчасть или нет. Ну то есть пользуемся просто SQL.

Или это тот самый случай, когда проще в цикле прогнать простые запросы?

Какой проект можно сделать на PL/pgSQL новичку?

Подскажите, а что вы имеете ввиду под "интенсивной server-side логикой"? Можете ли вы какие-то примеры привести?
Не понимаю чем это отличается от работы бэкендеров, например моих знакомых, о которых я написал в самом начале вопроса.
Знаю проект, на котором трудятся сразу 3 сеньора бэкендера, и всего один фронтендер миддловского уровня. То есть серверная логика очень интенсивная, требует внимания аж сразу 3 квалифицированных бэкендеров, но процедурного расширения SQL там нет и в помине.

Где найти недостающие куски пазла, что лежат между сеньором и архитектором?

Сергей Горностаев, благодарю, Сергей.

Где найти недостающие куски пазла, что лежат между сеньором и архитектором?

Сергей Горностаев,
По поводу глубины понимания технической части...

Вот если системный аналитик пишет разработчику техническое задание, где указывает как доработать базу данных (какие создать таблицы, какие будут поля и какие ограничения), а также пишет какие разработать апи-методы (какие эндпоинты,что будет передаваться в тело запроса, и что метод должен возвращать), то является ли это хорошей практикой работы системого аналитика, или он уже лезет в архитекторские дебри?

Или аналитик просто должен указать чего хочет бизнес (кликаю на кнопку и происходит то-то), а разработчик/архитектор сам спроектирует бэкенд системы?

Где найти недостающие куски пазла, что лежат между сеньором и архитектором?

Сергей Горностаев, Сергей, вы написали "Ну, и стоит заметить, что проектирование систем - это не столько код, сколько стандарты, спецификации, схемы и ооочень много общения с бизнесом, разработкой, эксплуатацией, безопасниками и т.д. и т.п."

Но разве этим не занимаются системные аналитики? Будьте любезны, расскажите с высоты вашего опыта где проходит граница между системным аналитиком и архитектором?