The OpenNET Project / Index page

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



"Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"  +/
Сообщение от opennews (??), 28-Ноя-21, 09:13 
Состоялся релиз PostgREST 9.0.0, отдельно работающего веб-сервера с реализацией легкой надстройки к СУБД PostgreSQL, транслирующей объекты из существующей базы данных в RESTful API. Вместо отражения реляционных данных в объекты (ORM) в PostgREST представления создаются прямо в базе данных. На стороне БД также выполняется сериализация ответов JSON, проверка данных и авторизация. Производительности системы достаточно для обработки до 2000  запросов в секунду на типовом сервере. Код проекта написан на языке Haskell и распространяется по лицензии MIT...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56245

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

Оглавление

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


2. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –11 +/
Сообщение от Аноним (2), 28-Ноя-21, 09:34 
Тут недавно некий анинми сильно бугуртил по поводу использования в СУБД  REST-API вместо бинарных протоколов. Главные аргументы были в стили - "это неправильно, ибо ящетаю что это неправильно! Воть!".
Добавлю от себя что я очень рад, что мечты сбываются.
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –4 +/
Сообщение от Аноним (4), 28-Ноя-21, 10:14 
Например для мобильных приложениях этот ваш рест совсем никуда не уперся.  Ну и дальше по списку.
Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от zzz (??), 28-Ноя-21, 10:53 
почему?
Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +7 +/
Сообщение от Аноним (4), 28-Ноя-21, 11:15 
Самое простое зачем мобильнику тратить время не сериализацию, перегонять этот ваш текст в числа и наоборот, когда например на андроиде, приложение может сразу получить бинарный джавовый объект с любой абстракцией хоть с массивом хоть с чертом лысым? Этим же можно решить вопрос сессий, в отличии от стейтлесс реста.  Да много всего можно делать но для среднего хомячка это все конечно сложно.  
Ответить | Правка | Наверх | Cообщить модератору

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

58. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от _hide_ (ok), 28-Ноя-21, 16:38 
Сессия -- это абстракция и не имеет прямого отношения к ресурсам.
Сериализация -- это очень субъектное понятие по трудозатратам и, в большинстве случаев, затраты несущественные.
А вот как обеспечить прозрачное и безопасное взаимодействие с базой через рест без прокладок в виде ОРМ модели, я так и не понял.
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от hohax (?), 28-Ноя-21, 17:22 
> затраты несущественные.

Да, на уровне сложности hello, world.

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

87. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от _hide_ (ok), 28-Ноя-21, 22:31 
>> затраты несущественные.
> Да, на уровне сложности hello, world.

На любом уровне. Если у Вас возникли проблемы с затратами на сериализацию при реализации комплекса ПО, то Вам бы грамотности подучиться. Гонять данные, без надобности, по сети всегда было признаком малограмотного вайтишника.

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

139. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от penetrator (?), 30-Ноя-21, 13:29 
> Сессия -- это абстракция и не имеет прямого отношения к ресурсам.
> Сериализация -- это очень субъектное понятие по трудозатратам и, в большинстве случаев,
> затраты несущественные.
> А вот как обеспечить прозрачное и безопасное взаимодействие с базой через рест
> без прокладок в виде ОРМ модели, я так и не понял.

сессия - это архитектурное решение, предпологающее хранение состояния, из-за этого хранения состояния вытекают все затраты, от памяти до распределенных серверов сессий

т.е. это всегда +N, если можно без сессий сделать тоже самое, то сессии - не нужно

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

107. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от MVK (??), 29-Ноя-21, 10:39 
>сессии - бессмысленная трата ресурсом по всем фронтам

- для однопользовательской БД, да. А при наличии нескольких пользователей с разными планами запросов сессии дают умное кэширование данных - кастомное для клиента

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

34. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от ыы (?), 28-Ноя-21, 12:23 
>получить бинарный джавовый объект

...через REST

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

38. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от commiethebeastie (ok), 28-Ноя-21, 13:25 
>получить бинарный джавовый объект

Первый получает бинарный объект, второй использует анонимную функцию, результат ну вы сами догадались.

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

51. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ФФФ (?), 28-Ноя-21, 16:09 
А другие платформы, а партнеры, сразу видно чувак апи не видал рабочего.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

135. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (135), 30-Ноя-21, 09:01 
Бинарный джавовый объект - это бэкдор.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

14. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 11:19 
Сюрпрайз - мир не ограничивается смартфончиком в твоём кармане.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

95. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +3 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:12 
Ещё совсем немного, и пориджи изобретут веб сервер и пхп.

Назовут Rest Service

и

Active JSON Transformation Language.

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

3. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –2 +/
Сообщение от Аноним (4), 28-Ноя-21, 10:10 
И как это натянуть например на существующий ORM например в той же джанге. Да никак. Это я вообще к чему? Да к тому что это очередное ненужно.  
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Прохожий (??), 28-Ноя-21, 10:35 
Если кому-то (тебе) не нужно, это ещё не означает, что и остальным не нужно. Л - логика. И вообще, тебя кто-то заставляет пользоваться, что ли?
У Оракла через REST работает Golden Gate, к примеру. Здесь, видимо, тоже что-то такое можно соорудить при необходимости.
Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 12:09 
У Оракла через REST работает APEX
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 14:36 
У Оракла есть Oracle REST Data Services. Это коммерческий аналог сабжа.
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 16:22 
Oracle REST Data Services разве коммерческий?
Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Михрютка (ok), 28-Ноя-21, 20:17 
> Oracle REST Data Services разве коммерческий?

коммерческий, но бесплатный. пока у оракла опять пятка не зачешется.

алсо you must comply with all U.S. and applicable export control and economic sanctions laws or else

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

12. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –2 +/
Сообщение от Аноним (12), 28-Ноя-21, 11:13 
>И как это натянуть например на существующий ORM например в той же джанге

Достаточно взять простой советский...

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

6. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –5 +/
Сообщение от Жявамэн (?), 28-Ноя-21, 10:41 
Пока не добавят балансировщик нагрузки и мастер мастер репликацию для бд - в прод не пригодно.
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +7 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 10:56 
Балансировщик - любой существующий для http. Условно делай апстримы в nginx и балансируй себе.
Репликация - уже давно есть в постгресе.
Глупо было бы им переизобретать велосипед...
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –5 +/
Сообщение от Аноним (4), 28-Ноя-21, 11:03 
Репликация, nginx — это всё и есть велосипеды. Так и вижу как ты пойдешь к директору банка и начнешь рассказывать как ты делаешь балансировку, через бесплатную тулзу, которую пишет васян, которая не дает  никаких гарантий ни для чего. Про репликацию, когда у тебя основная нагрузка это запись.  А директор тебе выдаст волчий билет и отправит на биржу труда.  
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +10 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 11:35 
Директор банка, как правило, прислушивается к своему начальнику отдела автоматизации (или как там называется эта должность том в конкретном банке). Если для этого специалиста nginx (или haproxy, или varnish) - это васянопродукт, то я хотел бы знать название этого банка, чтобы держаться от него подальше.
(Собственно говоря, я знаю один такой банк - самый крупный в РФ, претендующий на более чем полуторавековую историю, который завязался на проприетарное ПО зарубежного производителя и теперь вынужден подчиняться ограничениям, которые ему выставляет поставщик ПО - например, этот банк не может работать в Крыму. Так я забрал из него все деньги, которые там по привычке держали родители).
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 28-Ноя-21, 11:44 
Да я тебя даже скажу он называется Сбербанк. Дело правда было давно лет 10 назад.  
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от penetrator (?), 28-Ноя-21, 11:48 
Ни один вменяемый банк не будет работать в Крыму и никакого отношения к IT, проприетарному ПО и тд, это не имеет, вся эта кухня с Крымом это для ура-поцреотов, а нам про open source, пожалуйста.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

28. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 12:01 
Ваш анализ вменяемости очень полезен..для 6 палаты... а к ИТ "вся эта кухня" имеет самое непосредственное отношение. Потому что количество отраслей на которые будет распространятся действие последней версии экспортных ограничений США - будет только расти.
Слышали новость? Под санкции попал МФТИ :) Давай до свиданья Оракл в МФТИ, давай досвидос амигос винда в МФТИ. Давай пока VmVware в МФТИ... Я не знаю, может они и не пользовались ничем этим... Но и не будут :) И это хорошо.
Потому что будет создано свое. Что поднимет квалификация своих программистов, а не заплатит денюжку забугорным.
Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (37), 28-Ноя-21, 13:08 
> И это хорошо.
> Потому что будет создано свое. Что поднимет квалификация своих программистов, а не заплатит денюжку забугорным.

Проходили уже в истории "будет создано своё". Шо, опять? (с)

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

43. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 14:32 
Кагбэ, вполне работающий подход - брать чужое и на его основе делать своё.
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (37), 28-Ноя-21, 15:20 
> Кагбэ, вполне работающий подход - брать чужое и на его основе делать
> своё.

ни с чем не совместимое, а если совместимое, то остальному миру не нужное, и тд и тп. Работающий подход, понимаю. Если в этом самоцель (тоесть даже не пресловутое "импортозамещение"), то это нечто.

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

73. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 19:26 
А что, для королёвской Р7 нужно было сохранить совместимость с боеголовками для фонбрауновской V-2? Или корабли Петра Первого должны были сохранить совместимость с голландскими лебёдками для якорных цепей?
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (4), 29-Ноя-21, 13:11 
А сейчас что ты работаешь не на боеголовке а на персональном ПК. И кушаешь ты хлеб а не боеголовку. Think about it.  
Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от YetAnotherOnanym (ok), 29-Ноя-21, 16:38 
Ну, от хлеба требуется только совместимость с моим желудком. А что до вычтехники - очень хороший пример, кстати - после перехода в СССР на архитектуру IBM развитие вычтехники в СССР почти полностью прекратилось, потому что любая самостоятельная разработка могла обернуться потерей совместимости со будущими разработками самой IBM. Так что лучше на совместимость сразу забить.
Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (122), 29-Ноя-21, 17:17 
Копирование IBM было единственным нормальным решением в той ситуации. Продолжать местечковую мышиную возню не было никакого смысла.
Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от _hide_ (ok), 01-Дек-21, 13:14 
> Копирование IBM было единственным нормальным решением в той ситуации. Продолжать местечковую
> мышиную возню не было никакого смысла.

Всё зависит от поставленных целей.

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

98. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +2 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:32 
Себе нужно быть нужным, а не остальному миру.
Более того, остальному миру особенно ненужно чтобы у вас был совместимый конкуретнвй продукт, вот ненужно. Подумойте почему. Может просвятитесь.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

109. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:10 
Просто ты будешь меньше кушать. Никто ничего создавать не будет.  В Северной Корее что-то ничего своего не сделали.  
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

45. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 14:38 
> Ни один вменяемый банк не будет работать в Крыму

Хы... а можете озвучить свои критерии "вменяемости"?

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

49. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +2 +/
Сообщение от Аноним (37), 28-Ноя-21, 15:25 
>> Ни один вменяемый банк не будет работать в Крыму
> Хы... а можете озвучить свои критерии "вменяемости"?

Санкции. Те, на которые вам пофиг, а банкам (присутствующим на международном финансовом рынке) нет.

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

66. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от penetrator (?), 28-Ноя-21, 18:33 
>>> Ни один вменяемый банк не будет работать в Крыму
>> Хы... а можете озвучить свои критерии "вменяемости"?
> Санкции. Те, на которые вам пофиг, а банкам (присутствующим на международном финансовом
> рынке) нет.

единственно верный и адекватный комментарий, доступ к финансовым инструментам и финансовым рынкам стран, наложившим определенные санкции, - вот определяющий фактор, а ПО - это капля в море в структуре затрат, которые понесет банк

поэтому работать в Крыму может позволить себе только банк-прокладка, и то есть такое понятие как вторичность санкций, когда попадает вся цепочка

в общем для тех буйных сверху с овердохрена любопытства существуют услуги недешевых лоеров международников (~300-500 баксов в час раньше было за консультацию, что на сегодня не интересовался), объяснят все на пальцах, но за ваши кровные так сказать...

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

71. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 19:19 
Пц, "адекваты" подобрались...  Признак адекватности для них - нахождение под топором.


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

79. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от penetrator (?), 28-Ноя-21, 20:33 
> Пц, "адекваты" подобрались...  Признак адекватности для них - нахождение под топором.

так что ж ты лезешь под гильотину, если на заборе написано "осторожно под напряжением"

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

140. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 30-Ноя-21, 14:50 
куда и под какую гильотину лез МФТИ?
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:13 
Завязывай с телеком это не твоё.  
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

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

113. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Аноним (4), 29-Ноя-21, 13:17 
Но сюрприз это не балансировщик перед постгресом, который пытается изображать толи мастера толи маргариту.
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +3 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 11:36 
> Репликация, nginx — это всё и есть велосипеды. Так и вижу как
> ты пойдешь к директору банка и начнешь рассказывать как ты делаешь
> балансировку, через бесплатную тулзу, которую пишет васян, которая не дает  
> никаких гарантий ни для чего. Про репликацию, когда у тебя основная
> нагрузка это запись.  А директор тебе выдаст волчий билет и
> отправит на биржу труда.

Никто не сделает репликацию постгреса лучше чем сами разработчики постгреса. И очень мало продуктов могут достойно конкурировать с nginx по балансировке http трафика. По твоим словам я точно понимаю что ты не директор банка и далек от ИТ. Еще больше удивлю, что самые сложные, что самые нагруженные трафиком проекты - это не банки. Не устраивает бесплатно, то у обоих продуктов есть платная версия.
А если директор будет нести ахинею не разбираясь в теме, то я сам уйду к более адекватному работодателю. К счастью на рынке дефицит квалифицированных специалистов и это не будет проблемой. А тебе я бы не советовал со старта переходить на личности - это сильно понижает.

Расскажи лучше как бы выглядели не велосипеды в твоем понимании - мы либо рассмеемся, либо ты откроешь многим глаза на то как должна строится инфраструктура;)

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

23. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –4 +/
Сообщение от Аноним (4), 28-Ноя-21, 11:46 
Сразу открою секрет банк будет использовать нормальные базы данных, которые сами всё умеют, а не городить велосипеды непонятно из чего.  
Ответить | Правка | Наверх | Cообщить модератору

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

35. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 12:39 
Тебя что кроме банка никуда больше не берут? Почему у тебя техническая дискуссия сводится к "банки используют" и "банки не используют"?
Ладно открою еще 1 секрет, что каждая база нормальная для определенного круга задач и та платная база на которую ты намекаешь, не для всех задач будет оптимальным решением. Также открою еще 1 секрет, что ту базу на которую ты намекаешь банки используют только потому что многие готовые решения для твоих банков заточенны под нее, а не потому что она лучшая для всех задач.
Также напомню что изначально дискуссия началась тем что тебя уведомили что полноценные репликация и балансировка для данного решения доступны. Но, возможно, просто вы настолько привыкшие к тому что "консультанты платных продуктов" думают за вас и просто говорят как надо сделать для конкретной задачи, что у вас сформировалось "тунельное мышление". Других объяснений вашей реакции на начало типичной технической дискуссии у меня нет.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

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

25. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 11:51 
К директору банка прийдет чувак в костюме который расскажет про импортозамещение, sla, ROI....
И директор банка никогда не узнает что там на самом деле под капотом- всего лишь nginx и штатная репликация постгреса.
Кстати мастер-мастер репликация в постгресе есть, и доступна в исходных кодах...
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

112. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:15 
Директор выразить свою глубочайшую заинтересованность и продолжит использовать продукт, который работает. А не тот который ему скажут.  
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (122), 29-Ноя-21, 17:19 
Интересно, видел ли кто-нибудь из участников дискуссии директора банка.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (44), 28-Ноя-21, 14:29 
> Репликация - уже давно есть в постгресе

Пожалуйста, озвучьте проверенное решение. По тому, что я знаю, мастер-мастер репликации не существует из коробки в PostgreSQL. Есть коммерческое решение от EnterpriseDB. Называется Postgres-BDR (или ещё: "Always on").

При этом все комментарии про отсутствие решения мастер-мастер и успешность такой архитектуры я склонен объяснять тем, что утверждающий такое человек, имел опыт с MySQL.

Вообще MySQL, поправьте если я не прав, это единственная реляционная база данных умеющая такое из коробки. И для этого есть причины. Главная - очень сложно алгоритмически разрабатывать такое решение. Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер. Но это же не конец света. Кому надо, могут использовать GG или писать свои решения.

Я вообще считаю, что мастер-мастер на _уровне базы данных_ - это зло. И выставлять это, как какой-то недостаток, считаю это неоправданным требованием.

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

52. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Михрютка (ok), 28-Ноя-21, 16:12 
>>>Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер.

вот щас оракл раку стало очень обидно

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

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

68. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 19:07 
сорьки, я было подумал, что pq dbr это мастер/мастер синхронная репликация, порадовался - ну хоть какое-то подобие рака.

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

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

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

81. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 21:02 
> То самое шаред хранилище - вполне себе блочное устройство. которое реплицируется.

куда?


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

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

59. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 16:51 
Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) есть из коробки и она более чем проверенная.

Если говорить о мастер-мастер для постгреса, то родной реализации нету, но есть несколько сторонних большинство из которых с открытым кодом в том числе есть и открытые сорцы старых версий BDR.

Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих реализаций имеет существенные нюансы либо изначально заявленные ограничения.
MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за чего в реальности на продакшене это до сих пор не популярное решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL.
Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные решения и есть возможность использовать любую БД, то вместо учитывания нюансов о которых никто явно не пишет и сидения на пороховой бочке, лучше использовать решения которые изначально создавались как распределенные базы данных. Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но зато очень хорошо масштабируется и решает конфликты в сравнении с классическими master-master любой РСУБД. А так то именно мультимастер не всегда нужен и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты делать со слейвов и прочие решение в зависимости от проблемы которую нам нужно решить и это будет более прогнозируемо чем мультимастер.

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

64. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 18:01 
> Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL

нет, извините, но всё же не умеет. RAC - это не мастер-мастер данных, а только инстанса.

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

67. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 18:59 
извиняю, но я не имел ввиду RAC. Я имел ввиду -  https://docs.oracle.com/cd/B28359_01/server.111/b28326/repma...
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 19:10 
Точно, вспомнил теперь. Есть такая штука у Оракла. Когда-то в конце 90-х на модемных линиях её использовали. И это не оценочное суждение, просто факт.
Ответить | Правка | Наверх | Cообщить модератору

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

8. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от морошка ягодка такая (?), 28-Ноя-21, 10:46 
Обернуть простую базу данных в dotnet + entity framework - пустяковое дело.

А для сложных случаев, эту штуковину применять не стану.

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

15. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от axhack (ok), 28-Ноя-21, 11:23 
Я частный разработчик, разрабатываю веб и программные решения.

Использую в продакшене -- как бакенд собственной корп CRM, но так же разрабатываю клиентские решения на базе бакенда на Postgrest.
Postgrest ускорил мою работу в 10 раз, при этом избавив от типичных ошибок и вечного "написания одного и того же ORM кода".

Не умеете готовить -- ну брыжьте слюной в комментариях дальше :)

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

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

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

18. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от anonymous (??), 28-Ноя-21, 11:34 
это настолько абстрактно, что даже толсто
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

31. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +4 +/
Сообщение от WE (?), 28-Ноя-21, 12:05 
...рассосались рубцы, вес пришел в норму, прекратилось облысение и кошка стала ходить строго в лоток?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

47. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Dzen Python (ok), 28-Ноя-21, 15:03 
Не только! Всего за 999999.99$ для адаптации постгрест под нынешнюю инфраструктуру и 999999999.99$ за миграцию избавили нас не только от проблем на стороне сервера, но ещё и от крыс, мышей, лягушек, блох, клопов, вшей, проверяющих из ОБЭПа, налоговой, военкома для сынка гендира, санкций за работу в Крыму, открыли третий глаз, расшили чакры, дали фуриёку для звания короля шаманов, помогли найти и прочитать сисечный свиток из коробки медаки, вся наша компания прямо таки сплотилась во едином порыве и бухгалтер стал кишечником, менеджер - мускулами, а сисадмин - клоакой! Рекомндую, закажите только сейчас у авторизованного тентакля и получите кучу удовольствия в подарок!
Ответить | Правка | Наверх | Cообщить модератору

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

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

89. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (89), 28-Ноя-21, 23:02 
Хм, тогда всё равно все бэк-эндовые заморочки во фронт-энд уйдут, а по сети будет больше данных гоняться. Небезопасно, медленно, больше нагрузка на клиентов, врядли сильно дешевле - фронт-эндер будет как два-в-одном.
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 28-Ноя-21, 23:06 
> все бэк-эндовые заморочки

не уловил сути. Например что?

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

138. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от axhack (ok), 30-Ноя-21, 11:42 
1. За счёт чего траффика станет больше?
2. В чём именно выражается небезопасность?
3. Почему это должно быть медленно и нагружать фронт?
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

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

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ообщить модератору

50. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Старший Аноним (?), 28-Ноя-21, 16:08 
Это ответ на Oracle-овый ORDS но только на Haskel?
Такое себе, скажу я вам.
Ответить | Правка | Наверх | Cообщить модератору

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

65. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Аноним (44), 28-Ноя-21, 18:16 
Я бы и сам с удовольствием использовал Оракл, но он же много-много денег стоит. Но есть позитивный момент - Oracle JET бесплатный и как раз заточен на REST. Сабж должен хорошо подойти в качестве бэкэнда.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

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

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

63. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 17:49 
Вот, только что на коленке накидал и проверил. Хоть картинки, хоть что:


create table api_v5.bloblo (id uuid, le integer, blo bytea);

create or replace function api_v5.blobhere(bytea) returns void language sql as $$
insert into api_v5.bloblo (le,blo) values ((select length($1)),$1);
$$;

curl -X POST -H "Authorization: Bearer eyXXX" -H "Content-type: application/octet-stream" -v -d '@demo.bin' 'https://api.XXX.de/v5/rpc/blobhere'

select encode(blo, 'escape') from api_v5.bloblo;

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

61. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Erley (ok), 28-Ноя-21, 17:20 
Не знал про это чудо, спасибо за наводку.

"Код проекта написан на языке Haskell..."
Вот уж кому-то действительно надоело писать ORM для каждой задачи, выбор Haskell наводит на мысль что ребята делают проект с умом и душой, делая код простым и гибким.

Для Big Data это конечно не предназначается, но должно весьма нехило упростить жизнь разработчикам обычных бекендов.

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

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

83. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"  +/
Сообщение от Онаним (?), 28-Ноя-21, 21:26 
Или штo там за типовой сервер, Raspberry Pi 1A штoле?
Ответить | Правка | Наверх | Cообщить модератору

86. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"  +1 +/
Сообщение от нонейм (?), 28-Ноя-21, 22:12 
vendor_id       : GenuineIntel
cpu family      : 6
model           : 60
model name      : Intel Core Processor (Haswell, no TSX)
stepping        : 1
microcode       : 0x1
cpu MHz         : 2399.996

запустил $ k6-v0.35.0-linux-amd64/k6 run -d 10s -u 20 ./test-pgrst-local.js

2 ядра под 100% + 50% сам k6

Результат:

http_reqs......................: 18457   1844.250269/s

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

102. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"  +/
Сообщение от Онаним (?), 29-Ноя-21, 07:50 
Благодарю.

Сфейспалмил.
Закопать и не выкапывать.

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

100. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful"  +1 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:47 
> Или штo там за типовой сервер, Raspberry Pi 1A штoле?

Вы вот шутите, а у нас тут финансовая микросервисная система на 300 юзерах укакивается.

И жива она на проде только потому, что фронтенд всё тротлит. Ну и там мощности aws побольше конечно чем на тесте.

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

88. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (88), 28-Ноя-21, 22:52 
2000 запросов это вообще ничего. Будет хотябы 200000 в секунду, будет разговор.
Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 29-Ноя-21, 01:24 
я так понимаю 1000 запросов на ядро

всего лишь 200 ядер нужно для указанных вами требований

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

94. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (94), 29-Ноя-21, 06:26 
Т.е. 1 арм-процессора хватит? Там как раз около 200 ядер.
Ответить | Правка | Наверх | Cообщить модератору

103. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Минона (ok), 29-Ноя-21, 07:52 
арм - кака.
тут нужен Cerebras.
Ответить | Правка | Наверх | Cообщить модератору

105. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Онаним (?), 29-Ноя-21, 07:53 
И ведро смузи. На один рылодень )
Ответить | Правка | Наверх | Cообщить модератору

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

Для жава микросервисов 2000 это космос.

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

104. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Онаним (?), 29-Ноя-21, 07:53 
Не, ну тут задача-то вообще тривиальная.
Как они смогли???
Ответить | Правка | Наверх | Cообщить модератору

108. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от абв (?), 29-Ноя-21, 13:08 
Я не очень понял как здесь транзакции запускать/откатывать?

Допустим, мне нужно сделать 3 инсерта, и если хоть один не прошёл - развернуть всё взад.

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

114. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (114), 29-Ноя-21, 14:02 
Написать хранимку, HTTP is a stateless protocol.
Ответить | Правка | Наверх | Cообщить модератору

115. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Онаним (?), 29-Ноя-21, 14:27 
Транзакции - это слишком сложно :D
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

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ообщить модератору

116. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от kosmonaffft (?), 29-Ноя-21, 16:27 
На прошлой работе рассматривали сабж, как вариант для вытаскивания БД в REST, но по некоторым требованиям не зашло. В итоге я за несколько месяцев запилил более-менее аналог, но на других технологиях.
Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от нонейм (?), 29-Ноя-21, 16:40 
А что не получилось? поделитесь, если не секрет.

Я стал использовать сабж именно, чтоб самому каждый раз не писать такие прослойки. И пока не столкнулся с ситуацией, чтоб что-то не получилось реализовать из задуманного.

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

121. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от kosmonaffft (?), 29-Ноя-21, 17:08 
Нужна была схема строго в OpenAPI 3.0, а PostgREST умеет только в Swagger 2.0 (по крайней мере на тот момент умел только в нее), плюс возможность дорабатывать что-то, если требования поменяются, а я оказался единственным человеком в команде, кто хоть как-то знаком с хаскеллем (ну то есть на уровне HelloWorld), и не стал бы брать на себя ответственность, что любую фичу там смогу запилить. Плюс это все должно было уйти на сертификацию во ФСТЭК, и как там отнеслись бы к тому же хаскеллю - ХЗ.
В итоге сделали аналог на JavaEE.
Ответить | Правка | Наверх | Cообщить модератору

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

меня отсутствие prepared statements смущает больше всего: https://docs.subzero.cloud/postgrest-plus/#prepared-statements

коммерческий PostgREST+ всего 250EUR/год стоит. Для моего SaaS это копейки. Есть вариант и исходники у них купить этого решения, если очень надо.

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

125. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от kosmonaffft (?), 29-Ноя-21, 18:20 
Ого, то что обычная версия генерит не prepared statement я тогда даже не заметил. Такое точно бы на сертификации завернули.
Ответить | Правка | Наверх | Cообщить модератору

128. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +2 +/
Сообщение от Steve (??), 29-Ноя-21, 20:24 
> меня отсутствие prepared statements смущает больше всего

Сказанное выше неверно, PostgREST генерирует подготовленные операторы для всех запросов, начиная с версии 8.0.0.

См. Https://postgrest.org/en/v8.0/configuration.html#db-prepared....

Также актуально https://github.com/PostgREST/postgrest/issues/1789#issuecomm...

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

129. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Steve (??), 29-Ноя-21, 20:36 
Corrected link(had a "." at the end):

https://postgrest.org/en/v8.0/configuration.html#db-prepared...

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

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

особенно вторая ссылка раскрыла ситуацию совсем под другим углом. Я почему-то думал что steve-chavez и есть проект subZero, а он оказывается в supabase

не сочтите за рекламу:
https://supabase.com/ - очень круто сделали (и ещё делают). Я просто что-то похожее, но для внутреннего использования строил, поэтому и понравился их подход.

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

136. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (136), 30-Ноя-21, 09:47 
Объясните любителю вебмамаке , я правильно понимаю сабж предоставляет просто api для фронта?
А как тогда интересно происходит авторизация обычных пользователей микросервиса?
Для авторизации на микросервисе нужна отдельная база для доступа к api фронта? Или сабж также предоставляет возможность авторизации обычных пользователх к доступа к базе?
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (137), 30-Ноя-21, 11:24 
Это не первый такой инструмент, например есть hasura https://hasura.io/graphql/database/postgresql/ которая вообще генерирует graphql, что намного удобнее обычного rest. Фактически такие инструменты просто переносят бизнес логику и логику авторизации на сторону своих инструментов авто генерации API. Т.е. вместо кода мы занимаемся написанием конфигурационных файлов + sql запросов местами. Проблема таких инструментов включая hasura и PostgREST, что как бы они не пиарились их хватает только для очень простых проектов и то не всегда.

Это потому что в реальном приложении код очень сложен, часто нужна интеграция с различными инструментами (очереди, kafka и пр.), нужна генерации разных вариантов сообщений (маппинг, сложная логика), нужен пре- и пост- обработка ответов/запросов и многое другое.

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

Стоит еще отметить что такие средства как фрэймворк+ORM для базы фактически выполняют работу кэша (локальные транзакции на уровне приложения), оптимизатора и балансировщика. И вероятность того что все это реализовано на хорошем уровне в авто генераторе REST стремится к нулю. Плюс современные среды разработки заточены на статический анализ кода и чтобы подготовить разработку на новых еще сырых инструментах как PostgREST нужны месяцы в лучшем случае, и это очень важно т.к. писать код в блокнотике никто на реальном проекте будет.

Проще говоря, как сидели на старых проверенных фреймворках так все и будут. А штуки типа PostgREST в обозримом будущем для блогов, сайтов визиток и ОЧЕНЬ простых магазинов.

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

141. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (141), 30-Ноя-21, 17:02 
Мне просто интересен стал вопрос  безопастности в случае доступа к api обычных пользователей. Но если сабж предназначается для совсем блого-новости сервисов,  то тогда подход более менее понятен.
Ответить | Правка | Наверх | Cообщить модератору

142. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (142), 01-Дек-21, 05:44 
У меня назрел вопрос: 2000 запросов в секунду - разве это много?
Ответить | Правка | Наверх | Cообщить модератору

145. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (145), 01-Дек-21, 23:16 
смотря каких и смотря на каком сервере. если это одноядерная 2 гиговая балалайка на хецнере, то покатит
Ответить | Правка | Наверх | Cообщить модератору

144. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (145), 01-Дек-21, 23:15 
все было хорошо до слова хаскель и стало понятно почему так мало запросов
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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