|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
Есть задача хранить сложные иерархические структуры данных в БД. Серверная сторона разрабатывается на PHP/YII2. Данные обращаются в формате JSON, потому что имеется сложное клиентское JavaScript приложение. И вот какая проблема: хранить JSON в документо-ориентированной БД наподобие MongoDB или переводить JSON в строку и хранить в какой-нибудь реляционной БД, типа MySQL или PostgreSQL. Тогда получится простая таблица с записями, состоящими из id и поля, в котором и будет храниться строка формата JSON. Еще бывают ситуации, что есть обычные записи, но между таблицами/коллекциями связей нет или они реализуются на программном уровне. Получается множество несвязанных таблиц в реляционной БД. Не лучше ли тогда обратиться к документо-ориентированной бд? Вся проблема может быть с удобством развертывания реляционных бд и неудобством д-о БД. Или в постоянных преобразованиях типа JSON=>строка и строка=>JSON. Так вот: какая БД лучше подходит для хранения несвязанных множеств данных? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2016, 20:02 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
SubbotinDenis, а примеры этих Ваших "сложных иерархических структур" привести можете? Мы вот используем MongoDB, не сталкивался с неудобством развёртывания. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2016, 08:58 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
SubbotinDenis, а почему бы их не хранить в виде json в PostgreSQL? Там целых два типа под это - json и jsonb, в зависимости от того, что нужно с данными делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2016, 19:24 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
SubbotinDenis, https://habrahabr.ru/post/272059/ (Новые динамические объекты и поддержка JSON в InterSystems Caché) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2016, 15:00 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
Не понял, в чём неудобство развёртывания MongoDB. Лучше ознакомиться с ней. Для выбора надо учесть, какой поиск требуется. Документо-ориентированные СУБД и формат JSON подходят для поиска по атрибутам (значениям полей) между документами, но не приспособлены для поиска внутри иерархической структуры. Для этого лучше традиционные СУБД (и native XML базы, которые я не рекомендую потому, что ни с одной из них не знаком). Про Intersystems Cache надо знать одно: не следует её использовать никогда и ни для каких целей. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2016, 00:18 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
Partisan MПро Intersystems Cache надо знать одно: не следует её использовать никогда и ни для каких целейможно чуть поподробней? какие-то аргументы хотелось бы ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2016, 09:41 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
SergSuperPartisan MПро Intersystems Cache надо знать одно: не следует её использовать никогда и ни для каких целейможно чуть поподробней? какие-то аргументы хотелось быПривыкнешь, и жизнь твоя не будет стоить ломаного цента. (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2016, 10:05 |
|
Какая СУБД лучше всего подходит для хранения несвязанных иерархических множеств данных?
|
|||
---|---|---|---|
#18+
Partisan M, https://habrahabr.ru/company/intersystems/blog/276391/?from=mirtesen (MonCache — реализация MongoDB API на основе InterSystems Cache) И даже: Код: sql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.05.2016, 15:54 |
|
|
start [/forum/topic.php?fid=35&msg=39228298&tid=1552268]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
160ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 267ms |
0 / 0 |