The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful, opennews (??), 28-Ноя-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


117. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 29-Ноя-21, 16:30 
RESTful API позволит работать с документами, а не базой напрямую. Да, маппинг делается 1:1 к таблицам на все операции CRUD. С вьюхами другое дело - маппинг на CREATE и UPDATE уже автоматически не сделаешь. Поэтому для них нужно отдельно писать before INSERT и before CREATE триггеры.
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

118. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от нонейм (?), 29-Ноя-21, 16:34 
Таким образом 3 инсерта в разные таблицы пройдут полностью или откатятся все. PostgREST не избавит от необходимости писать такую логику. Она всегда кастомная исходя из бизнес логики. Но во всех других решениях нужно делать то же самое, только здесь это удобней из-за PL/PgSQL. Лаконичней не придумали ещё.
Ответить | Правка | Наверх | Cообщить модератору

134. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (133), 30-Ноя-21, 00:50 
А как версионировать и обновлять туда-обратно триггеры с хранимками? Я просто как-то раз пробовал это через alembic-миграции делать, но удовольствие это было, скажу откровенно, ниже среднего.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от абв (?), 29-Ноя-21, 20:08 
Я вижу, вы разбираетесь в сабже. Тогда для чего все эти усложнения?Почему нужно использовать это, а не работать с базой напрямую?
Другими словами - где и в чём выгода?
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

131. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от нонейм (?), 29-Ноя-21, 22:38 
разбираюсь в том плане, что использую это, да

причины, наверное, разные могут быть. В моём случае (1) нужно было провести черту между фронтэнд и бэкэнд разработчиками и, соответственно, OpenAPI спецификация стала единственным местом обсуждения и договора между ними; (2) фронтэнд разработчики без вопросов умеют работать с RESTful API; ну и (3) то, что единый API используется и UI, и программно сервисами которые вообще неподконтрольно пишутся пользователями платформы SaaS.

Ответить | Правка | Наверх | Cообщить модератору

132. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 29-Ноя-21, 23:33 
*before INSERT и before *UPDATE* конечно же

Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру