Привет. Такой вопрос, а в пг еще не сделали Incremental Materialized Views?

<collection derived table> ::=
UNNEST <left paren> <collection value expression>
[ { <comma> <collection value expression> }... ] <right paren>
[ WITH ORDINALITY ]

Я, кажется, понял в чём проблема. По стандарту (тому драфту), unnest это не функция даже, а просто специальная синтаксическая конструкция, со своей собственной семантикой, которая из коллекции позволяет сделать таблицу. И там специально указано, что в случае с multiset не может быть никакого ordinality, что логично, ибо неопределённый порядок никому не нужен. А вот если не multiset, т.е. array (потому что других типов коллекций не определено в стандарте), то уже ordinality имеет смысл и задаётся через рекурсивный запрос. Кудрявенько конечно описано, без поллитры не разберёшься. Спасибо, что подсказали, куда копать)

Нет, не сделали.

Да не за что! ;)

есть CONCURRENTLY тама
https://www.postgresql.org/docs/current/sql-refreshmaterializedview.html

Всем привет. Как в Postge правильно реальзировать ирархию по типу дерева? Мне нужно сделать таблицу катогорий в которой категория может иметь подкатегорию, которая в свою очередь может иметь свою подкатегорию

Когда хочется пройти по дереву и собрать полное назание категории — «барахло — компухтерное — жесткие диски — 3.5"» — то придется использовать рекурсивный запрос.
https://www.postgresql.org/docs/current/queries-with.html
Ну, это как хитрая альтернатива денормализации и колонке full_category_name.

Смотря зачем (какие данные и какие запросы). По умолчанию можно использовать adjacency list, как уже посоветовали.
И СУБД называется Postgres. ;)

Название Postgres все кардинально меняет ;)
По поводу смотря зачем: тут скорее в целях обучения. Поэтому был бы рад разобраться когда и в каких случаях что использовать

Тем не менее, это правильное сокращение — зачем глотать слова?
А вообще есть и другие модели (nested sets, materialized path и т.п.) — статьи / сравнения легко найти, по идее.

Postgre показалось более логичным. Если отбрасывать окончание sql получаеться postgre. Спасибо за наводку буду копать по этим ключевым словам

https://wiki.postgresql.org/wiki/Identity_Guidelines :
The official name of the project is : PostgreSQL
Postgres is also accepted as an alternative name.
All other names are incorrect, especially Postgre.

Ещё вопрос, парни. Чем postgres хорош? Почему стоит брать его, а не mysql к примеру? В mysql есть шардинг например, а в постгрес нету.

Чувак, если тебе нужен шардинг из mysql, возьми mysql. А если ты не знаешь зачем нужен инструмент - не бери его. Это же очевидно.

Так я и спрашиваю зачем он нужен. Я не в целях выбрать бд для проекта этот вопрос задаю

Ну так используй MySQL ) А там гляди марию дб начнешь юзать и в конечном счете придешь к программированию на 1С XDDDD

Нужен кому?

Да ладно, MySQL с MariaDB не столь уж плохи. По крайней мере, не настолько, чтобы с 1С их сравнивать))

не