DN
> Но почему не начать с обычного adjacency list?
Это же та структура, где мы просто храним parentId? Придётся читать ноды каждый раз рекурсивной CTE? А у меня чтение это 99.99% всех операций
Size: a a a
2020 December 15
YS
(Только прочитал) Да при таких объёмах и потребностях (и явной готовности хранить всё подряд, судя по "тупо строки хранить вида '1/2/3'" ;) ) — всё равно как и где (как быстрее сделаете / удобнее, так и сойдёт).
YS
что-то буквы c в названии не видно:)
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
The official name of the project is : PostgreSQL
Postgres is also accepted as an alternative name.
All other names are incorrect, especially Postgre
G
опять беларусы диктуют россиянам как свою страну называть? простите %)
G
Здесь можно публиковать объявление о поиске работы?
G
Здесь можно публиковать объявление о поиске работы?
с вилкой и всеми условиями
G
с вилкой и всеми условиями
Нет я сам ищу работу
Д
> Но почему не начать с обычного adjacency list?
Это же та структура, где мы просто храним parentId? Придётся читать ноды каждый раз рекурсивной CTE? А у меня чтение это 99.99% всех операций
Это же та структура, где мы просто храним parentId? Придётся читать ноды каждый раз рекурсивной CTE? А у меня чтение это 99.99% всех операций
Может подскажет верное направление, структура для дерева:
ID (int) - первичный ключ
ParentId (int) - ид родителя
RootId (int) - ид корня
HasContents(bit) - наличие вложенных
Path (varchar(900)) - полный путь
—
При такой структуре всё действия по чтению выполняются достаточно быстро:
- если хотим СТЕ=> используем ID, ParentId
- все ветки от корня - RootId
- для нужных подуровней Path
ID (int) - первичный ключ
ParentId (int) - ид родителя
RootId (int) - ид корня
HasContents(bit) - наличие вложенных
Path (varchar(900)) - полный путь
—
При такой структуре всё действия по чтению выполняются достаточно быстро:
- если хотим СТЕ=> используем ID, ParentId
- все ветки от корня - RootId
- для нужных подуровней Path
G
упс, это по MSSQL канал, ну всё равно вопрос актуален, как бы вы решали это в ней
G
в постгре вроде тоже были, кстати, там какой-то плагин ставить надо
ЯТ
Может подскажет верное направление, структура для дерева:
ID (int) - первичный ключ
ParentId (int) - ид родителя
RootId (int) - ид корня
HasContents(bit) - наличие вложенных
Path (varchar(900)) - полный путь
—
При такой структуре всё действия по чтению выполняются достаточно быстро:
- если хотим СТЕ=> используем ID, ParentId
- все ветки от корня - RootId
- для нужных подуровней Path
ID (int) - первичный ключ
ParentId (int) - ид родителя
RootId (int) - ид корня
HasContents(bit) - наличие вложенных
Path (varchar(900)) - полный путь
—
При такой структуре всё действия по чтению выполняются достаточно быстро:
- если хотим СТЕ=> используем ID, ParentId
- все ветки от корня - RootId
- для нужных подуровней Path
А что значит "- для нужных подуровней Path"? Если и так будет Path, разве другой метод навигации нужно добавлять (ведь наличие Path уже обрекает нас на массовый апдейт полей при переносе нод)?
ЯТ
Ага, я видел hierarchyId, особенно понравилась идея добавить к нему computed column в виде полного пути. Интересно, насколько хорошо EF с этим типом работает...
YS
в постгре вроде тоже были, кстати, там какой-то плагин ставить надо
Он называется постгрес, Gopne (не удержался). ;)
G
Ага, я видел hierarchyId, особенно понравилась идея добавить к нему computed column в виде полного пути. Интересно, насколько хорошо EF с этим типом работает...
была поддержка насколько помню
G
Yaroslav Schekin
Он называется постгрес, Gopne (не удержался). ;)
что ж тебя так корежит-то беднягу на постгре? %)
G
ты как SJW выглядишь прям, юристка, учителька, блогерка %)
YS
что ж тебя так корежит-то беднягу на постгре? %)
Я как такое читаю, просто представляю глотающего окончания дебила, вот и всё.
А
Yaroslav Schekin
Он называется постгрес, Gopne (не удержался). ;)
Ударение на последний слог, тогда звучит норм
M
Создал 3 триггер для таблицы. Чтоб можно было удалять. Измен. И добавлять. Но после этого не могу вносить изменение. Добавление. Удаление кортежа. В чем причина?
А
Manabov.
Создал 3 триггер для таблицы. Чтоб можно было удалять. Измен. И добавлять. Но после этого не могу вносить изменение. Добавление. Удаление кортежа. В чем причина?
Твоя проблема в
> создал триггер
> создал триггер