简单模型:
有重量的产品(可以混合盎司、克、公斤等)。
其中有许多产品。
REST端点:
/products - get all products and post to add a new one
/products/id - delete,update,patch a single product
/categories/id - delete,update,patch a single category
/categories - get all categories and post to add a new one
问题是前端客户想要显示所有类别产品总重量的图表。想象一下条形图
我正在为手机零售商建立一个库存软件。有几件事让我困惑。
好的,我们有:
产品
产品属性
条形码
批量库存(采购/返回等)
批量库存(样品/销售等)
库存转移批次(从A到B仓库的库存转移)
我计划为股票的入/出/转做一个事务表。所以我的产品和属性&条形码表不应该有一个qty字段,对吗?
以下是我的业务规则
1 product, 0 or many attributes;
1 attributes, 1 to many product
1 product, 0 to many barcode;
1 barcode, 1 product
1 at
我正在node.js上构建一个应用程序,它的用户和产品是多对多的关系(一个用户有多个产品,同一个产品可能属于多个用户)。每个用户也有位置信息。
大多数情况下,我需要在用户第一次访问时写很多东西(在接下来的访问中写一些),然后我需要匹配那些拥有最多共同产品的用户,并返回相同的共同产品。我可能还想按位置匹配用户(或按匹配位置对他们进行排序)
我现在正在使用postgres,但我认为从长远来看,我会更好地使用mongo。问题是我从来没有在NOSQL DB上工作过(不用担心;)
问题是,下面的“模式”是否适合上述情况?
[user]{
_id
name
age
[location]{
TL;DR
我有架构问题,可以归结为通过预定义的一组公共过滤器来过滤实体。输入是:集产品。每个产品都有details。我需要设计过滤引擎,这样我就可以(轻松和快速)解决一个任务:“过滤出具有指定细节的产品集合”。
要求
用户可以在优先级和嵌套过滤器的支持下指定任何可能的筛选。因此,简单的例子是(weight=X AND (color='red' OR color='green')) OR price<1000 --请求应该通过 / 进行,但这并不重要(这只会增加将过滤器从转换到某些内部模型的问题)。任何比较操作符都应该得到支持(如平等、不平等、小于等等)。
实体的子项在查询中是否可用?
给定:
class Factory(db.Model):
""" Parent-kind """
name = db.StringProperty()
class Product(db.Model):
""" Child kind, use Product(parent=factory) to make """
@property
def factory(self):
return self.parent()