Я буду создавать сайт электронной коммерции и хотел бы использовать базу данных no-sql, которая хорошо подойдет к планам приложения. Но когда дело доходит до того, какая база данных будет соответствовать задаче, я не уверен. После сравнения различных БД, те, которые кажутся лучшими, могут быть либо монго, либо кушеткой, либо даже ориентиром. Я видел аргументы для всех из них, которые будут использоваться или не использоваться по сравнению с чем-то вроде MySQL. Но между собой (базы данных nosql), которые хорошо подходят для решения электронной коммерции?
Примечание. В случае использования я не буду иметь тысячи транзакций в секунду. Или же высокие ставки записи. они будут умеренными, но на уровне, который могла бы обрабатывать любая созданная база данных.
CouchDB: Имеет мастер для мастеринга репликации, который я действительно мог бы использовать. В противном случае мне все равно придется реализовать те же функциональные возможности в коде. Мне нужно иметь базу данных пользователей, синхронизировать с материнством. (у пользователей будет своя собственная, потенциально локальная база данных, которая может синхронизироваться с сервером основных доменов). Кушетка также быстро, как только ваши запросы были сохранены в db.As у меня, вероятно, будет более высокая потребность в производительности чтения. Хотя не много.
MongoDB: запросы очень просты и удобны для пользователя. Кроме того, с учетом того, что конечным пользователям может потребоваться запросить определенные вещи в определенный момент времени, что я, возможно, не смогу учесть заблаговременно, похоже, что это может быть лучше. Мне не нужно предварительно хранить мои запросы в db. Поддерживает ли атомные транзакции, но только при записи в один документ за раз.
OrientDB: база данных графа. сильно отличающийся от того, к чему привыкли большинство людей, но с потребностями он тоже очень хорошо подходит. Ориент имеет преимущества схемы, а также поддерживает транзакции ACID. Существует множество отношений с клиентами и продуктами, с которыми может работать карта графа. Orient также поддерживает мастер для репликации, аналогичный couchdb.
Не поймите меня неправильно, я вижу, как это традиционно строить с чем-то вроде MySQL, но простота и простота решения nosql очень привлекательна. Хотя в моем случае, нуждаясь в решении схемы, было бы намного проще в nosql, а не в mysql. данный продукт может иметь больше или меньше предметов, чем другой. и избегая воссоздания таблицы всякий раз, когда добавляется новое поле, предпочтительнее.
Таким образом, между этими 3 (или даже другими, которые, по вашему мнению, могут быть лучше), какие функции в каждой потенциально могут работать или против меня в отношении сайта, основанного на электронной торговле, при работе с транзакциями с клиентами?
Изменить: причина, по которой я не использую существующее решение, заключается в том, что с интегрированными функциями, которые мне нужны, нет доступных решений. Мы также стремимся использовать это как полный продукт для нашей компании. Будет несколько других интеграций, чем продажа. Он также будет работать с системой POS магазина.
