1. SQL это в первую очередь язык запросов, логика и манипуляции данными там описать сложнее ввиду скудного синтаксиса по сравнению с яп общего назначения
2. Для такого проекта нужна команда dba, ориентированная на постгрес, их меньше и стоят они дороже
3. Профит от этого всего может быть только на ограниченном количестве кейсов, когда например формируемый результат после обработки много меньше исходного объема данных, на которых он строится, но и тут все не однозначно. В общем тут можно просто вынести какую то часть, но не все полностью

Так там еще проблема с версионированием, тестриованием, тулингом вида деплой/CI

Было в девяностых и нулевых

Количество вакансий "*DB_name* developer" и сейчас большое)

В каментах смешно

Кажется, что автор скрывает масштаб бедствия, конечно. Так гладко не бывает

выиграли бой, но проиграли войну

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

Лигаси же

Я почитал ответы автора в комментах, у меня сложилось впечатление, что у них только для read и для write (без особых инвариантов) используются хранимки. Остальное у них на Go

у нас в начале десятых было. При этом был взрослый сервак (sun m9k) и хранилка на 200к iops ( в 10-х, когда ssd  еще не были распространены, это было круто).

На самом деле хранимки вполне так хорошо реинкарнировались в продуктах типа hazelcast/ignite - только там они не называются "stored procedures" :)) Главное правильно "продать" :) И вот уже мы снова в тренде.И во вполне себе "свежих" базах типа Тарантул они есть и насколько я помню - единственный способ получить атомисити в Tarantool (по пачке изменений конечно же) заюзать sp

+

/stat@combot

Total messages: 392870

Всем привет, как в okhttp3 указать метод Post без тела запроса? или просто поставить экземпляр RequestBody без указания каких либо данных?

код метода

public Request.Builder method(String method, @Nullable RequestBody body) {
            if (method == null) {
                throw new NullPointerException("method == null");
            } else if (method.length() == 0) {
                throw new IllegalArgumentException("method.length() == 0");
            } else if (body != null && !HttpMethod.permitsRequestBody(method)) {
                throw new IllegalArgumentException("method " + method + " must not have a request body.");
            } else if (body == null && HttpMethod.requiresRequestBody(method)) {
                throw new IllegalArgumentException("method " + method + " must have a request body.");
            } else {
                this.method = method;
                this.body = body;
                return this;
            }
        }

public Request.Builder method(String method, @Nullable RequestBody body) {
            if (method == null) {
                throw new NullPointerException("method == null");
            } else if (method.length() == 0) {
                throw new IllegalArgumentException("method.length() == 0");
            } else if (body != null && !HttpMethod.permitsRequestBody(method)) {
                throw new IllegalArgumentException("method " + method + " must not have a request body.");
            } else if (body == null && HttpMethod.requiresRequestBody(method)) {
                throw new IllegalArgumentException("method " + method + " must have a request body.");
            } else {
                this.method = method;
                this.body = body;
                return this;
            }
        }

С null, видимо, падает?

вопрос по секурити спринга
есть у меня модель юзера и у него енам userStatus и там active, blocked и все такое
как на основе этого поля задать доступ на урл?
вот пример - юзер UserStatus.Blocked будет иметь доступ только на 1 урл

В реквест фильтре можешь выдать ему роль ROLE_BLOCKED и повесить @PreAuthorize('hasRole(ROLE_BLOCKED') на тот урл