我有一个表格可以在线生成报价。该表格有许多产品及其各自的价格和选项。
用户将在线生成报价,我需要在用户提交表单时存储用户的报价。
我的问题是我如何设计一个数据库来存储这些信息?
这是我的表格的一个例子:
Description amount price x un total
product1 1 15000 15000
product 2 3 10000 30000
Total 45000
我想到了下一个选项:
id_quote descriptions total
1 product1 1 15000 45000
product2 3 45000
其他选项是按日期:
id date description amount price total
1 15/03/2012 3_45:45 product 1 1 15000 45000
2 15/03/2012 3_45:45 product 2 3 10000 30000
您的第二个选项更好,尽管我很困惑:那是报价表吗?如果是这样,这两条记录是相同的引用还是不同的引用?另外,不需要存储
total
,你可以在需要的时候计算。我通常会说,只有在计算非常复杂且运行时间很长时才应该存储计算值。这是一个简单的报价表结构,可能有助于您入门:
多年前,我开发了一个为 RFP 生成复杂销售报价的应用程序。它可能会变得相当复杂。我看到你的桌子上缺少的最大的东西之一是打折的方法。另一种是将报价分成几部分的方法,例如您可能有一个房屋装修报价,其中包括厨房报价和浴室报价等。这样,客户可以看到每个部分并根据部分做出独立决定. 你可能不需要这个,但这是需要考虑的事情。您可能还需要考虑是否需要报价人工和零件/
所以表结构(这只是一个起点)
当然,您可能需要与客户、客户地址、零件查找、人工任务查找等相关的表。
您可能还想在表单上提供一个位置,以便将新零件或人工任务添加到相应的查找表中。有时您可能需要引用系统中尚未包含的内容,而最好的方法是在创建引用时进行。