Я исследую альтернативные решения для баз данных для существующего сайта электронной коммерции и подумал, что должен взглянуть на NoSQL.
Наш нынешний дизайн - это очень традиционный реляционный дизайн.Тем не менее, функциональность и структура сайта больше подходит для CMS.Типы страниц могут быть разбиты следующим образом:
- Список категорий (список продуктов из определенной категории или пользовательский запрос)
- Домашняя страница
- ПодкатегорияДомашняя страница
- Страница нестандартного содержимого (пресс-релизы, рекламные материалы и т. Д.)
- Продукт
Каждый из них имеет много общего и может принести пользуиз документа-ориентированного дизайна.
КИСЛОТА не критична.Ключевые транзакционные данные (читай: запас) хранятся в другом месте.Перепродажа ловится, когда заказы обрабатываются за пределами площадки.Запасы обновляются на сайте из внешнего местоположения через регулярные промежутки времени.
Rough Collection Design:
{
{
"title":"Some page Title",
"type":"Page",
"key":"some-page-title",
"body":"Lorem Impsum..."
},
{
"title":"Some product",
"type":"Product",
"key":"widgets\/some-product",
"data":{
"stock":3,
"price":25.13,
"category":"Widgets",
"images":["image1.jpg","image2.jpg"]
}
}
}
Другие данные (клиенты, заказы и т. Д.) Будутрасположены в соответствующим образом оформленных коллекциях.«Страницы» являются наиболее доступными элементами, и я хотел бы, чтобы они были централизованными.Есть мысли или предложения?