Какую БД выбрать, для хранения древовидной структуры?

Question

[MaxVe]

Для небольшого проекта, нужна легковесная БД, позволяющая хранить древовидную структуру. Писать например в json, смысла нет, это небезопасно, так как нет "блокировок", данные в БД, будут обновляться часто. Полностью отказываюсь от SQL.

Key : value
key : value
Key :
       Key : value
       Key : value

Comments

[DevMan]

MaxVe вопрос по базам данных, а тег к вопросу - PHP. л - логика.

[Евгений Вольф]

Их по моему, не так много, баз которые как и Вы, "полностью отказались от SQL", MongoDB например. Но там, когда я последний раз с ней работал - были транзакции только на уровне 1-го документа и довольно специфическая система система "ссылок", а так же, все те недостатки и достоинства, что свойственны NoSQL-БД.

[MaxVe]

DevMan: Эм... прошу прощения.

[MaxVe]

Евгений Вольф: Я люблю NoSQL :)

[Евгений Вольф]

MaxVe: я тоже их люблю, но без фанатизма. Не поймите меня не правильно, далее по тексту - я не пытаюсь сказать, что кто-то "лучше", а кто-то "хуже", но я в большей степени отказался от мелких "разовых" проектов, и заказчик не редко предъявляет довольно конкретные требования в т.ч. и по поддержке и проекта, и моя "любовь" в чему бы то ни было, к NoSQL-базам или пушистым котикам, - не должна в итоге ударить ему по бюджету, по тому, что кто-то (в данном случае - конкретно я) - "забыл подумать" или "просто любил NoSQL", у меня есть 1 проект, где живёт и здравствует в т.ч. и NoSQL база, но не по тому, что я её "люблю", а по тому, что это было довольно хорошим решением для той конкретной задачи. Аналогичным же образом функционируют другие проекты, даже не подозревая о наличии NoSQL баз, безо всякой любви к SQL-базам, они просто работают и делают это хорошо :)

Answer 1

[malbaron]

MongoDB
JSONB+PostgreSQL
Классическая реализация иерархии для SQL неэффективно, но то же можно. Любая SQL.
Специальная иерархическая СУБД лучше всего, но опять таки какой в ней смысл, если у вас небольшая нагрузка.

Answer 2

[sim3x]

Postgres + JSONB

Comments

[MaxVe]

На Хостинге который я использую, нет прав для установки таких вещей :( Да и зачем? PostgreSQL огромен, легче использовать MySQL. За предложение спасибо.

[sim3x]

MaxVe:
>MySQL
>Полностью отказываюсь от SQL.

[sim3x]

MaxVe: в каком месте постгрес огромен?

[MaxVe]

sim3x: PostgreSQL больше подходит для создания больших проектов, в моем случае вообще не имеет смысла устанавливать PostgreSQL.

[sim3x]

MaxVe: постгрес подходит для всех типов проектов, где нужно хранить данные в обьектно-реляционной субд