Я только сегодня это решал  ,

В гугл пошаговая есть , ща найду

=)

Да, но вы потом и про Itree упомянули, на что и был мой ответ, в том плане, что основные данные хранить проще в обычной субд, а уже потом вот эти все Itree и прочие штуки типа графовых баз данных добавляются на этапе оптимизации, может вам вообще ArangoDB подойдет, а может узкоспециализированные графовые субд, а может тупо кеш запросов. В общем я и вел к тому, что то что вы спрашиваете это уровень оптимизации, а не выбора субд, т.е. когда уже будет реальная картина происходящего и ваш сервер или субд уже не сможет справляться с нагрузкой 😉

спасяб

Для хранения  основных данных я использую mysql простую таблицу подумаю перевести на pgsql , но я упёрся в  то что нужно хранить  много информации о пользователях , не говоря уж о диалогах и стенах, так вот я завис на этом моменте , была даже идея создавать под каждую задачу сервер , под юзеров выделять бд , а в них таблицы с друзьями и т.д.

/etc/postgresql/12/main 

Хм , запустить  ты уже сможешь

А почему бы не использовать padding?

Pgadmin

а, я 3 шаг не выполнил

хз что это

Pgadmin я опечатался

Я хз почему но тот  что в комплекте отказывается работать и ставить нужно скачав с оф сайта pgadmin

а с ним реально только из консоли работать?

Ну так я и говорю про gui , pgadmin

ох щит.
а если у меня все на всл? мне нужно pgadmin на винду ставить?

Возможно вам нужно почитать про НФ (нормальные формы), потому что меня смутило “простую таблицу”. Плюс переход от мускула к постгресу должен обуславливаться чем-то большим, чем просто “потому что так захотелось”. Плюс меня смутило “создавать под каждую задачу сервер”, создалось впечатление, что вы не разобрались с тем, что такое мастер-слейв и что такое кластер баз данных. Плюс “хранить  много информации” вообще ничего страшного не сулит, только размер жесткого диска и возможно правильно партиционировать ваши данные, намного более страшно то, какие вы запросы будете делать и на сколько много нужно будет тех же джоинов. И вот только разобравшись с вот этим всем вам стоит думать о переходе с одной базы данных на другую, потому что я наслышан о сложностях кластеризации у постгреса, при том, что у мускула таких проблем нет, ну либо не конкретно у MySQL, а его разновидности под кластеры (или как там правильно говорить)