Django и MongoDB в электронной коммерции?

Question

извините за это глупые вопросы,

• Может ли кто-нибудь поделиться опытом объединения Django в электронной коммерции при использовании с NoSql, если это не MongoDB, так как насчет CouchDB или других не-документов nosql?
• какой веб-сервер использовать при электронной торговле, кажется, что cherrypy имеет SSL? так Торнадо устарел при использовании электронной коммерции + Django?

Answer 1

Я не могу говорить за часть Django, так как я никогда не использовал Python для веб-разработчика, но это сообщение в блоге от Kyle Banker - лучшее, что я читал до сих пор с описанием плюсов и минусов использование MongoDB в электронной коммерции.

Шумиха вокруг NoSQL (Mongo, Couch, ...) и электронной коммерции в основном связана с онтологиями , которые очень трудно смоделировать в фиксированную схему. Например, вентиляторы, стиральные машины и жесткие диски имеют атрибут RPM, а монитор - нет. Поскольку невозможно моделировать каждую классификацию и атрибут для каждого продукта, СУБД обычно полагаются на очень гибкую модель данных EAV , которая является трудной задачей для запроса / поддержки в долгосрочной перспективе.

Кроме того, ознакомьтесь с MongoDB и электронной коммерцией: идеальное сочетание .

Answer 2

Вы определенно получаете гибкость благодаря использованию MongoDB по причинам, затронутым Alix, а также благодаря очень быстрым и встроенным возможностям шардинга, что означает, что масштабирование должно быть немного проще.

Однако вы будетенужна ACID для некоторых аспектов того, что, как я полагаю, вы относитесь к электронной коммерции (веб-версия физического магазина, где у вас есть товары, перечисленные в Интернете, контроль запасов, записи о продажах и т. д.), главным образом, по вопросу оплаты.

Короче говоря, если вы разбиваете свою «электронную коммерцию» на 2 части: «список продуктов» и «покупка продуктов», вы можете применить MongoDB к первой части и некоторые ACID-совместимые (PostgreSQL, MySQL и т. Д.) К2-я часть.

Для этого вам, конечно, понадобится какой-то UUID.

Кроме того, я не уверен, что эта сложность будет полезна.Если вы решите продавать ограниченную категорию продуктов, возможно, у вас будет интеллектуальное решение SQL, которое все равно даст вам разумную гибкость.

Например, вы можете иметь все продукты в одной базовой таблице, эта таблица будет иметьдавайте сели 20 столбцов для "особенностей" продуктов.Нужно ли паре джинсов все 20 колонок?Нет, так скажем, скажем 5. Нужно ли машине все 20 столбцов?Может быть ...

После этого вы можете связать каждый продукт с другой таблицей, которая будет называть столбцы для вас.