Ну если у тебя, допустим, должны храниться локали, то в случае массива СУБД тебя не убережёт от попадания туда каких-то "левых" данных вместо локалей (например, если они от юзеров приходят) - и тебе придётся на уровне кода приложения это всё проверять.

"единственный способ изменить подобный массив" - нет, есть операции над массивами https://www.postgresql.org/docs/9.1/functions-array.html. Другое дело, что если используешь какие-нибудь ORM, то сильно обломаешься, потому что они, скорее всего, их не знают - и надо будет делать так, как ты описал.

А, все, теперь понял о чем ты. И за ссылку спасибо)

Ребят, а вот такой вот немного странный вопрос) Какие на ваш взгляд у nosql баз данных ключевые недостатки по сравнению с реляционными?

ACID

Это разные хранилища для разных задач

Нельзя сравнить. Тоже искал везде. Но ответ 1 всегда. Исходя из задачи выбирается тип.

Так чтобы выбирать, надо понимать ключевые отличия бд, и отталкиваясь от этого и от своих нужд делать выбор

SQL databases are table based, while NoSQL databases are document, key-value, graph or wide-column stores.

SQL vs NoSQL: 5 Critical Differences | Xplenty
https://www.xplenty.com/blog/the-sql-vs-nosql-difference/

noSQL в подавляющем большинстве случаев - просто БД; SQL в подавляющем большинстве случаев - реляционные СУБД. Поэтому надо сначала смотреть, что из себя представляет noSQL: СУБД или БД.
Когда noSQL - СУБД, это специализированная СУБД, заточенная под узкий круг задач. Реляционные же - универсальные СУБД общего назначения, предназначенные для очень большого круга задач.

и вообще, вопрос для гугла - очень я сомневаюсь, что там нет ответа на этот вопрос

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

где-то в доках монги было написано, что все их индексы — цельнотянутые из MySQL какой-то волосатой версии. ну, плюс какая-то заточка на горизонтальное масштабирование, шардинг и т.п.
имея полную поддержку JSON'а в Постгресе, можно делать тот же самый nosql в рамках одной таблицы.
идя в nosql из рсубд, нужно жёстко менять/ломать менталитет: там предпочтительна денормализация данных ради скорости — совсем другие принципы работы.
где-то 3+ года работал с монгой. более менее понимание чего и как надо делать пришло только через несколько месяцев разработки. в то время аггрегация только-только появилась, и многого мне не хватало. в итоге плюнул и вернулся в постгрес.
в общем, "монга не нужна" =)

Народ, а напомните плиз как выглядит процедура переключения подписки на другую публикацию. Чтобы было без разрывов и наложений по содержанию. БД одна и та же. Тупо сменить источник.

Обновил shell скрипт мониторинга работы PostgreSQL (pg_database_activity.sh) - добавлено отображение слотов репликации и их типов (physical/logical).
https://github.com/Azmodey/pg_dba_scripts

... скриншоты пока не обновил :)

@FXF_10: user has been CAS banned

Здравствуйте, я корейский администратор базы данных postgresql. Позаботься обо мне.

if you know english well, you better use english