Size: a a a

pgsql – PostgreSQL

2020 June 18

s

sexst in pgsql – PostgreSQL
Sv.
Я согласен с вами, Ярослав, но как писал выше, я бы все делал на копии и потом уже копию использовал как Прод. Может конечно сначала попрактиковаться на копии, если все норм, делать на Проде...
Снимаете копию.
Обкатываете программу обслуживания без остановки на копии.
Накатываете на прод согласно программе.

Это реально и проще и данные не отваливаются и время потенциальных простоев предсказуемо заранее
источник

s

sexst in pgsql – PostgreSQL
Alexandr Emelyanov
так инфраструктуры и библиотек так кот наплакал
Каких библиотек нужно то?)
источник

FL

Fedor Lukianov in pgsql – PostgreSQL
2flower _
сделать json c ключами ru,eng и т.д.
второй вариант, создать варианты таблиц
table_ru,table_eng и использовать ту, которая нужна.
РВС0 не работ неццает д в, в Уфу и не уверен но том,.  .
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
sexst
Каких библиотек нужно то?)
мы привыкли писать БЛ, а не веб фреймворки и орм в каждом проекте)
источник

s

sexst in pgsql – PostgreSQL
Alexandr Emelyanov
мы привыкли писать БЛ, а не веб фреймворки и орм в каждом проекте)
Так Раст это ж не про веб бэкенды и не про орм как раз. Обычный язык для системного софта, по сути плюсы, но не перегружены разными вариантами реализации одного и того же, ub нет на каждом углу и borrow checking прикручен.
Такшта раз на плюсах пишут, то и в
расте проблем не вижу.

И нет, я не из этих фанатиков)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
sexst
Так Раст это ж не про веб бэкенды и не про орм как раз. Обычный язык для системного софта, по сути плюсы, но не перегружены разными вариантами реализации одного и того же, ub нет на каждом углу и borrow checking прикручен.
Такшта раз на плюсах пишут, то и в
расте проблем не вижу.

И нет, я не из этих фанатиков)
так в том то и дело, что в вебсерверы тащат
источник

s

sexst in pgsql – PostgreSQL
Alexandr Emelyanov
так в том то и дело, что в вебсерверы тащат
Это от зависти к гоферам и попыток доказать что раст лучше!!111 А гоферы - хлебушки.
А вообще под http бэкенды именно Go заточен. На расте такое делать - боль и надолго разработчиков не хватает)
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
sexst
Это от зависти к гоферам и попыток доказать что раст лучше!!111 А гоферы - хлебушки.
А вообще под http бэкенды именно Go заточен. На расте такое делать - боль и надолго разработчиков не хватает)
java не надо списывать. скоро лум будет

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

s

sexst in pgsql – PostgreSQL
Это уже в оффтоп уходит, конечно, последнее напишу не по теме. Java тоже нынче перераздут метаниями в разные стороны в попытках сделать круто.  Горы совершенно разных диалектов, видов машин. Черт, да в нём одних только gc куча видов. Люди не любят когда много и сложно.
источник

AE

Alexandr Emelyanov in pgsql – PostgreSQL
sexst
Это уже в оффтоп уходит, конечно, последнее напишу не по теме. Java тоже нынче перераздут метаниями в разные стороны в попытках сделать круто.  Горы совершенно разных диалектов, видов машин. Черт, да в нём одних только gc куча видов. Люди не любят когда много и сложно.
эм, кучи диалектов нет. язык просто развивается, паралелльных реализаций нет. то что есть разные vm - что плохого? все они исполняют один и тот же код одинаково, на то есть спецификация, просто местами производительность разная. так же как и gc
источник

D

Denis in pgsql – PostgreSQL
Добрый день! Хранение бизнес логики в БД Постгреса - насколько хорошо/плохо с архитектурной точки зрения? Предполагается, что разрабатываемое приложение будет продаваться внешним клиентам, соответственно много версий, поддержка и все из этого вытекающее. Собственно в целом насколько это паттерн/антипаттерн для продукта?
источник

YN

Yurii Nskyi in pgsql – PostgreSQL
Denis
Добрый день! Хранение бизнес логики в БД Постгреса - насколько хорошо/плохо с архитектурной точки зрения? Предполагается, что разрабатываемое приложение будет продаваться внешним клиентам, соответственно много версий, поддержка и все из этого вытекающее. Собственно в целом насколько это паттерн/антипаттерн для продукта?
не
надо
источник

KK

Konstantin K in pgsql – PostgreSQL
нормальная практика
источник

ВЯ

Владимир Яворский... in pgsql – PostgreSQL
только не нужно впадать в крайности
источник

YS

Yaroslav Schekin in pgsql – PostgreSQL
Denis
Добрый день! Хранение бизнес логики в БД Постгреса - насколько хорошо/плохо с архитектурной точки зрения? Предполагается, что разрабатываемое приложение будет продаваться внешним клиентам, соответственно много версий, поддержка и все из этого вытекающее. Собственно в целом насколько это паттерн/антипаттерн для продукта?
Этот вопрос обычно вызывает holy wars... о, уже началось. :)
Так что аргументы/преимущества/недостатки легко нагуглить, на самом деле.
источник

D

Denis in pgsql – PostgreSQL
Владимир Яворский
только не нужно впадать в крайности
А это разве не усложнит поддержку и дальнейшее развитие? Если размазать по базе/серверу приложений
источник

ВЯ

Владимир Яворский... in pgsql – PostgreSQL
да как посмотреть)
источник

ВЯ

Владимир Яворский... in pgsql – PostgreSQL
разные могут быть случаи... в каких то вам повезёт, что логика в базе, в других нет)
источник

ВЯ

Владимир Яворский... in pgsql – PostgreSQL
палки , как правило с двумя концами же
источник

YN

Yurii Nskyi in pgsql – PostgreSQL
Denis
А это разве не усложнит поддержку и дальнейшее развитие? Если размазать по базе/серверу приложений
давайте начнем с простейшего примера, вот в пешей бизнес логике нужно сходить на внешний сервис, как это будет происходить на стороне базы данных?
источник