重复订单
重复订单
提问于 2011-01-19 17:24:26
大家好，我正在做一个学校项目，而我的项目，我选择创建一个电子商务系统，可以处理重复订单。这是我的最后一个项目，我将在五月与计算机科学的同事们一起毕业。
记住，这不是最终的解决方案，它基本上是数据库设计的起点。
关于业务流程的一些背景知识。
order.
- Customer
- 客户将订购一种产品，并在结帐时指定它是一次订单还是每周/每月一次的
- ，如果订单的价值超过25.00，则会被拒绝。
- 将分别填充orders_test和order_products_test表(
将分别填充orders_test和order_products_test表。
后端的
- Person将根据这两个表为当天的交付生成报告。
，
- ，他们将能够打印掉它，它将生成一个列表，列出哪些项目要到哪个位置。基于以下标准。
- date_of_next_scheduled_delivery = current date
- remaining_deliveries >0
- ，一旦他们对交付列表感到满意，就会按下“流程交付”按钮。
我只是想要一些意见，如果我是正确地处理这个问题，或者我应该刮一下这个方法，然后重新开始。
回答 1
Stack Overflow用户
回答已采纳
发布于 2011-01-19 18:00:01
一些想法，虽然不一定是完整的(你的问题有很多，但希望以下几点能有所帮助)：
- 我不认为你需要跟踪剩余的送货情况。您只有两个选项-一次订单，或一次订单。在这两种情况下，计算剩余的交货是没有意义的。
- 在跟踪下一个交货日期方面，您可以只跟踪订单的日期。如果是反复出现的--不管是每月还是每周--从第一次约会开始，一切都是可以计算的。大多数DB系统(MySQL、Server、Oracle等)都支持足够的数据计算灵活性，这样您就可以实时计算，而不是维持这样一个已知的时间表。
- --如果交付位置仅限于订单，我认为为它创建单独的表--在功能上取决于订单，您应该将其保存在与订单相同的表中。对于大多数电子商务系统来说，情况并非如此，因为它们倾向于将送货地点列表与账户联系起来，当您不止订购一次(例如亚马逊)时，它们会提示您。鉴于上述情况，我敢打赌，您的4张表中有2张是以上帐户和订单表。但同样，如果交货地点与帐户有关，我确实会把它分开。(但你上面的问题并不意味着)
- 没有用"_test“后缀命名您的表--这很让人困惑。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/4738504
复制相关文章
相似问题
腾讯云开发者
