тогда не понятно зачем мы тут вообще все собрались :)

Вот уже сколько лет не могу этого понять)

Как наркоманы, обколемся этим своим анализом и сидим в чатах!!

Без выпивки вообще многое теряет смысл

Обколемся анализом - звучит как-то жутенько вообще

Вот такая вот судьбинушка!
А могли бы говнокодить и горя не знать:)

Говно - тоже анализы 🤪

Что-то там третьего значения нет

Это конкретно про битум идёт речь

Это не из словаря Даля

В дале нет такого слова

Это же англицизм

В ожегова может быть есть

Ребят, давайте я чуть встряхну вас. =)

Сегодня я имею хорошее понимание, как структурно описать запрос в REST для разработчика.
Но постоянно обращения к базе данных заставляет переходить от красивых форм к построчным описаниям, например:

Value_1 ==  Table_1.Field_1 + some string
Value 2 == Table_2.Field_1, where:
  Table_2.Field_2 = true,
  Table_2.Field_3 = New.

Дело в том, что при REST-запросах есть структура вложенности. А в случае  SQL-запросов это всегда плоский набор значений, любое из которых надо вынимать по определённым условиям. Ещё лучше, когда надо вынуть значение через условие связанных таблиц.

Есть какие-то лайфхаки, как это удобнее писать?  Ну кроме самого SQL)))

PS: Конечно ещё есть уровень бизнеса, но у нас аналитики проверяют валидность данных в таблицах при написании ТЗ.

Мне помогает форма Бэкуса-Науэра или ее подобие

там как раз спокойно вложенность указывается

программистам привычно, и мне норм)

Ну, я его де-факто использую, судя по описанию.

да, похоже

Попробую подсмотреть, что там ещё можно взять нативненькое.

Шпасибо!