LINUX.ORG.RU

Ответ на: комментарий от bo4ok

Да, тут промахнулся. Уточню задачу - хранятся документы (редакции) и ошметки понятия «товар», «профиль пользователя», «страница». Все это счастье сейчас живет на Mongodb.

small-entropy
() автор топика

задачи сугубо под NoSQL подходят

Ты же понимаешь, что NoSQL это базворд мало что значущий, и все эти nosql СУБД отличаются чуть менее чем полностью?

urxvt ★★★★★
()
Ответ на: комментарий от dicos
  1. Хранение аккаунтов пользователей. В них информация нужная исключительно для аутентификации.
  2. Профили аккаунта. Их может быть N типов. В себе содержат ошметки от аккаунтов. Фактических из них уже формируется список доменных пользователей.
  3. Каталог товаров - это разные ссылки, в GridFS изображения, характеристики и прочее. Фактически каждый тип товара имеет мало общего с другим.
  4. Иерархия отдельно, для каждого типа товаров (хранится в отдельной коллекции). Получаем сущность «каталог типа Х».
  5. Ворох плоских справочников (предзаданных), состоят из ключ/значение.
  6. Ворох не плоских справочников (пользовательских), состоят из ключ/значение.

По сути - все.

small-entropy
() автор топика
Ответ на: комментарий от small-entropy

Вроде как монга, которую ты используешь, прекрасно справится с хранением данных.

Каталог товаров - это разные ссылки, в GridFS изображения, характеристики и прочее. Фактически каждый тип товара имеет мало общего с другим.

У тебя затык будет именно с полученным результатом от БД.

dicos ★★
()
Ответ на: комментарий от small-entropy

И что из этого плохо ложится на реляционную БД (кроме, вероятно, каталога товаров, для чего, в принципе, и придумывают всякие документные расширения реляционных СУБД, насколько они хороши — вопрос отдельный)?

hobbit ★★★★★
()
Ответ на: комментарий от small-entropy

Монга подходит). На ней сейчас все и крутится.

Вопрос - есть ли аналоги безопасные во времена санкций (стало интересно).

а чем монга не безопасна ?

есть ещё https://couchdb.apache.org/, тоже документная база, хранит json, поддерживает ревизии документов.

MKuznetsov ★★★★★
()

Реляцию не предлагать - задачи сугубо под NoSQL подходят

Это сразу ложь - все современные СУБД универсальны, в т.ч. РСУБД может использоваться как kv и другое nosql. Где-то может менее удобно разве что. Про санкции тоже какая-то чушь, никакие санкции доступа к исходникам у тебя отобрать не могут. В общем, выйди, зайди снова и задай вопрос нормально что тебе нужно.

slovazap ★★★★★
()
Ответ на: комментарий от small-entropy

Уточню задачу - хранятся документы (редакции) и ошметки понятия «товар», «профиль пользователя», «страница». Все это счастье сейчас живет на Mongodb.

Задача у тебя под реляционку (кроме документов, я хз что там, понятие оч. общее). У тебя каша вместо структуры данных. Тебе нужна какая-то nosql под кашу, потому что ты не хочешь все это структурировать. Чем тебе не нравится твоя монга? Она же оперсорц, какая разница. Ну тарантула возьми, если хочешь отечественного производителя, у тебя бд влазит в память и не нужны какие-то поехавшие запросы. Там всё валится на диск так или иначе.

crutch_master ★★★★★
()
Ответ на: комментарий от small-entropy

Они все инмемори. У всех есть какие-то кэши в памяти и на диске. Разница в том, что есть классический acid с журналами транзакций, консистентностью, индексами и вот этом вот всем, и прочие поделки, для acid надо делать велик, зато они выигрывают по скорости, например.

crutch_master ★★★★★
()