А введя вторую базу у вас конечно проблем не будет)))

У меня проект с использованием MySQL. В один момент возникла необходимость в хранении данных, структура которых заранее неизвестна, а именно: есть таблица Person и теперь надо каждой персоне прикрепить набор характеристик, количество которых переменно. В sql можно было бы решить такое с использованием EAV таблицы, но там свои осложнения есть. У меня возникла мысль и одновременно вопрос: будет ли разумно реализовать гибридную систему хранения данных MySQL + MongoDB? Оставить персон в SQL, а в MongoDB хранить характеристики к каждой персоне? С монго не имел дела, как и с NoSQL в целом. Спасибо.

не судьба писать в СLOB-поле или xml или типа json которым вам легко распарсить на лету?

распарсить на лету? Мне нужны индексированные поля, по которым будет регулярно производиться поиск

это по сути плоный поиск по текстовому полю тогда с выставлением сложных индексов по функциям

нет

тогда таблица еще одна где ключ из 2х id — id сущности и id типа атрибута

ну это уже eav - первый вариант решения. Я искал другие способы

о каких объёмах речь идёт?

насколько быстрый?

значит выбирайте eav и не тратье время

потому что её нет :)

и когда мониторинг зазвенит, начать изучать во что вы уперлись

распарсить на лету? Мне нужны индексированные поля, по которым будет регулярно производиться поиск

К слову сказать с 5.7.8 произведена оптимизация хранения json в мускула. В том числе и в целях увеличения скорости поиска, почитайте офф. доку

привет, подскажите как подготовить API с монгодб и експрессом и куда мне его запрашивать

с этим вам скорее помогут в группе про js, чем тут

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-initialize.html Лучше брать fio

всем привет, подскажите при асинхронных запросах в бд достаточно создать 1 клиента + 1 getDatabase -> и уже через него посылать кучу асинхронных запросов с разных потоков можно?

Смотря на чем пишешь. В ноде 1 клиент 1 база 1 поток - делаешь асинхронные запросы

всем привет делаю бэкапы, монга в докере (mvertes/mongo), и там есть volume на /data/db как я понял, на альпине нет mongotools, и сувать сюда mongodump поэтому не хочется. то что монга складывает в /data/db (много .wt файлов) можно уже считать за бэкап?

всем привет, как вы повышаете перфоманс запросов, я пользщуюсь монгусом, но запросы в базу по 7 секунду длятся, когда применяю метод lean, то сразу же запрос падает до 200ms, может еще есть какие-то тулзы монгуса чтобы повысить перфоманс? Проблемав в том что lean возвращает обычный обьект, а не документ, в котором есть к примеру метод save, как быть в такой ситуации?

Привет, подскажите это нормально при запуске монги: Started MongoDB Database Server. systemd[1]: [/lib/systemd/system/mongod.service:25] Unknown lvalue 'TasksMax' in section 'Service' systemd[1]: [/lib/systemd/system/mongod.service:26] Unknown lvalue 'TasksAccounting' in section 'Service' ???

да, у вас старый systemd который ещё не поддерживает эти ключи

привет всем! Тут такая проблема. Подскажите плиз. Не пойму почему массив полученый из pipeline, не видится как массив? Есть в rails объект CustomerStatus. У него есть поле - status. Цель: получить всех клиентов которые изначально были гостями и стали мемберами. Я сделал аггрегацию вида: CustomerStatus.collection.aggregate([ { '$sort': {'self_customer_status_created_at': 1} }, {'$match': { 'self_customer_status_created_at': { "$gte": Time.parse('2017-01-17').beginning_of_month, "$lte": Time.parse('2017-01-17').end_of_month } } }, { "$facet": { "guests": [ { "$group": { "_id": "$_id", "data": { '$first': '$$ROOT' } } }, { "$match": { "data.status": "guest" } }, { "$group": { "_id":nil, "array":{ "$push": "$data.self_customer_status_id" } } }, { "$project":{ "array": 1, "_id":0 } } ], "members": [ { "$group": { "_id": "$_id", "data": { '$last': '$$ROOT' } } }, { "$match": { "data.status": "member", "data.self_customer_status_id": { "$in": { "$arrayElemAt": [ "$guests.array", 0 ] } } } } ] } }, { "$project": { "members": 1, "guests.array": 1 } } ] ).as_json