计费系统应用数据库设计

Question

我正在做小额结算申请，
我需要一些关于计费软件数据库设计的指导，
我在这里有产品表维护以下字段，

产品表

Product code , unique , 
quantity ,
price,
vat,
discount ,

以及一些像userid，createddate，

这样的列

篮子桌，

basketid ,
PHPSESSIONID ,
productcode,
quantity ,

并且很少需要详细信息，例如userid，创建日期，
柜台人员进入账单最初存入tblbasket表，
确认结算后，所需的详细信息将移至tblSale表，

tblSale table：

id AI,PK,
BasketSessionID ,(no foreign key concept but just inserting that tbl basket PHPSESSIONID ) 
productcose , and few required details,

以上详细信息暂定结算申请

现在我需要一些指导才能继续进行，

1. 需要实施报告，每日销售，退货和所有事情，

所以第一步是，

我想维持以下内容，

1. 产品代码总库存数量，
2. 售完后需要一些库存计数，
3. 如果返回意味着如何维护，

所以我完全想要Stockin，Stockout，Returns，Free CD，

的桌面设计

背后的总体思路是，
报告应用程序的报告视图，

Answer 1

在对数据库架构做出最终决定之前，请花些时间查看Microsoft示例数据AdventureWorks2008 for SQL Server。

• 此link指向SQL Server的可用样本
• 此link是有关创建报告的教程。
• 此link是Adventure Works
的示例网络应用

在您查看了数据库设计之后，我相信您将获得上述问题的答案。如果您还有其他问题，可以参考AdventureWorks数据库来帮助描述您的问题或目标。