The OpenNET Project / Index page

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



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

Оглавление

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

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


39. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от hardworm (?), 28-Ноя-21, 13:34 
Я так давно не видел простого CRUD приложения, что не представляю зачем такое решение нужно.

Что бы все делать на front? А есть ли тогда какие-то механизмы защиты и валидации?

Обычно во многих фреймворка есть что-то готовое, где получить crud можно одной командой. Но это надо в 10% на небольшие таблицы справочники.

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

40. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 14:00 
Что бы упростить backend... Это больше актуально для микросервисов, когда отпадает необходимость делать свой api-сервис для взаимодействия с базой. В микросервисах не принято делать что б каждый сервис стучался напрямую в базу в силу многих причин, для этого либо пишут свой api-сервис либо используют что-то готовое типа этого сабжа.
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +5 +/
Сообщение от Онаним (?), 28-Ноя-21, 17:09 
Вспоминая одну старую дискуссию...
А потом оверхед от всех этих г***прослоек становится таким, что танцорам начинает latency в TCP мешать...
Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 19:15 
У всех разные задачи и разные решения для них. Кто-то до сих пор деплоит раз в 2 года монолит вручную по фтп и ему норм - никаких латенси, но в таких изначальных условиях он может себе это позволить, а кто-то не может...
Ответить | Правка | Наверх | Cообщить модератору

126. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (126), 29-Ноя-21, 18:44 
Угу, смузи скиснет.

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

91. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 29-Ноя-21, 01:18 
конкретно сабж даёт дополнительную задержку в норме меньше 10ms

http_req_duration..............: avg=2.4ms   min=476.37µs med=1.42ms  max=39.1ms   p(90)=5.23ms  p(95)=7.47ms

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

99. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:42 
> конкретно сабж даёт дополнительную задержку в норме меньше 10ms

Нехренаж себе.

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

96. Скрыто модератором  +1 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:22 
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

46. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 14:45 
> Что бы все делать на front? А есть ли тогда какие-то механизмы защиты и валидации?

Наоборот. Вся валидация делается схемой базы данных. Т.е. тупо инсерт не пройдет. А фронтэнду нужно только красиво ошибку обработать.

Суть в том, что валидация делается максимально близко к хранению данных. Фактически в транзакции и никак обойти это не получится. Второй уровень валидации - на фронтэнде тоже можно делать но это уже опционально.

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

72. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 19:19 
То что вы говорите - это антипаттерн и так делать нельзя. Сабж изначально делался как коробочный апи-сервер для микросервисов для работы с базой и об этом недвузначно намекает картинка в самой новости...
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от pg14 (?), 28-Ноя-21, 19:45 
Если не сложно, развейте мысль, пожалуйста.

Я картинку вставил для общей наглядности из источника, который вообще об DOA был (https://news.ycombinator.com/item?id=29209365). В новости она - это моя спекуляция на тему архитектур и возможного применения.

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

85. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 22:02 
Если так, то тогда и фраза "Архитектурно PostgREST подталкивает к данно-ориентированной архитектуре (Data-Oriented Architecture), где микросервисы не сохраняют состояния сами, а используют для этого единым доступом к данным (Data Access Layer)." также является своего рода манипуляцией.
Относитесь к моему высказыванию больше как к субъективному мнению еще одного параноика)
Данный сабж не использую на проектах и свое мнение формировал исключительно из новости и своего понимания того как нужно. Оказывается многие действительно используют и в сценариях описанных выше в качестве альтернативы GraphQL и основные возможности для работы в качестве публичного апи сервера у него действительно есть. Отсюда получается что немного погорячился в выводах, хотя странно что никто меня не исправил)
Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:23 
>Т.е. тупо инсерт не пройдет.
>и никак обойти это не получится

Ха, а ты смешной!

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

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

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

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




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

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