做进销存的时候，一个商品有多个计量单位，然后每个计量单位都有不同的售价，怎么设计数据库

你看看每个商品的计量单位的个数是不是固定的 如果是固定的，那你写在同一个表里也没问题

如果不是固定的，那就新建一个表 里面有商品编号，计量单位，售价，当然这个计量单位，我建议你单独弄一个表保存 ，一个计量单位简写编号，计量单位名称，以免查询的时候 不好检索

实验报告要点 

一、扉页

并非所有的实验报告都有标题页，但是如果讲师想要标题页，那么它应该是一个单独的页面，包括：实验的题目、自己的名字和实验室伙伴的名字、导师的名字、进行实验或提交报告的日期。

二、标题

标题写着做了什么。它应该简短，并描述实验或调查的要点。

三、介绍

通常情况下介绍是解释实验室目标或目的的一个段落。用一句话陈述假设。有时介绍可能包含背景信息，简要总结实验是如何进行的，陈述实验的发现，并列出调查的结论。

四、步骤

描述在调查过程中完成的步骤。要足够详细，任何人都可以阅读这一部分并复制实验。提供一个图表来描述实验设置可能会有所帮助。

五、数据

从过程中获得的数字数据通常以表格的形式呈现。数据包括进行实验时记录的内容。

六、结果

用语言描述数据的含义。有时“结果”部分会与“讨论”部分结合在一起。

七、讨论或分析

数据部分包含数字，“分析”部分包含根据这些数字进行的任何计算。这是解释数据和确定假设是否被接受的地方，也是讨论在进行调查时可能犯的任何错误的地方。

八、结论

大多数情况下，结论是一个段落，总结了实验中发生的事情，假设是被接受还是被拒绝，以及这意味着什么。

九、图形和图表

图表和图形都必须标有描述性的标题。在图表上标注轴，确保包含测量单位。一定要参考报告正文中的图和图表。

十、参考

如果研究是基于别人的文献，或者引用了需要文档的事实，那么应该列出这些参考文献。

太笼统了，不好回答。但是有一点是肯定的

首先建维表，如时间维表、产品种类维表、分支机构维表等；

之后是根据具体情况建基本表，及必须的详表

最后进行详细的分表和表之间的关联

目前主流的开发语言主要是NET和JAVA，不过象进销存这类数据库应用系统我建议用快速开发平台来开发，这样可以低代码甚至无代码开发出进销存软件，速度快、难度低、成本少。

必须要有一个数据库或者一个表用来存放系统的设置参数

然后必须要一个表来存放用户资料

还要一个表来存放公司的文档资料，

再要一个表来存放物资资料，

具体的要看你怎么设计。

进销存最重要的有3点，第一就是用户的权限设置，第二就是物资的存储记录，第三就是物资价格的差价和税率管理。

就我个人的经验来说，数据库虽然在设计上确实需要有一定的经验，但是它并不是最难的。

对于数据的设计其实是对于现实中业务的一种抽象。

就我的习惯的话，我会先对于现实中的业务场景、业务的角色进行分析。

就拿一般的进销存系统来举例吧。

我有一个对于物料管理的仓库，我需要对我的物料的进销存进行管理。

那么我们就需要分析，没有系统的时候，人与人之间的业务是怎么流转的，他们都是通过哪些表单来进行流转的，上下级之间的消息传递和反馈都是怎么进行的。

当知道了业务以后，我们的数据库无非就是对于现实中的业务的一种具现。

对于业务的设计完成以后，就是针对角色的了。

例如：业务的传递都是在业务人员之间的，我们已经整理表单的传递，那角色其实就已经在这些传递中存在了。

但是，业务的角色是业务的角色，我们还要包括财务的角色，那对于财务来说，他需要在哪些环节看到这些业务的单据？并且需要怎么处理？财务的处理结果又包括哪些？不同的处理结果对于下一步的 *** 作又有什么影响。

当我们把这一切的逻辑整理完成后，我们对于数据库的功能上就已经满足了。

接下来的就是抽象数据的分类了。

例如：我们需要对不同的表进行一个分类，我个人喜欢把表分成三种，一种是基础数据表，一种是过程表，一种是结果表。

怎么解释呢？

基础数据表：顾名思义，就是对于基础数据的维护，哪些可以成为基础数据呢？就是我们的业务发生的各个过程中，这些数据都是可以参与其中的，这就是基础数据。

例如：货物的信息，客户的信息。

过程表：就是仅仅在一个过程中使用的表，当这个过程结束了，这个表就没用了。

例如：订单表，付款单表。他们表示的仅仅是订单从下单到最后关闭的这个过程，关闭以后，这个订单表其实我们就不会再去使用它了。

结果表：这个表的数据有一个特点，只允许添加，不允许删除和修改，这个表的数据本身就是对于一种最终结果的表现。

例如：日志表、账单表。

那我们在进行数据库设计的时候，就需要将这些使用情况考虑进去，将不同功能的表进行分离，尽量降低耦合，让相互表的修改不会影响使用。

例如：收款单，我们需要收一笔款的时候，就会生成这个收款单，当款收到后，这个收款单的功能就结束了。

但现实的情况中，可能财务收到了这笔钱，结束了收款单流程后，他发现填错了，本来应该收100，结果收款单写的110。

但是，收款单表示的是过程，当这个过程结束了，我们就不会再需要上一个收款单了，所以，按照我们业务的处理流程，我们应该先生成一笔冲抵的收款单，例如收到-110，然后再生成新的100的收款单。

我们每个月还会有财务统计报表，财务报表因为和现实中的财务账有关，是绝对不允许变动的，因此，这个财务报表就是一个结果表，我们会按月通过批处理程序，将收款单的明细和统计数据放到另一张表中，感觉好像比较冗余，但是这个确实非常必要的。

因为我曾经就遇到过一个情况，我们直接用过程表来进行数据的统计，然后11月30日有一笔收款已经完成了，结果发现收错了，就重新做了个收款单，结果本来已经出了11月结果的账单发生了变化，导致财务实际的处理出现了问题。

因此，数据的冗余有时候是有必要的，我们需要根据不同表的类型进行一些冗余的设计。

对于数据库设计的考虑点还有很多，可能一时半会儿也说不完，大家如果有什么好的思路，也可以在下方评论或关注我给我留言。

以上就是关于做进销存的时候，一个商品有多个计量单位，然后每个计量单位都有不同的售价，怎么设计数据库全部的内容，包括:做进销存的时候，一个商品有多个计量单位，然后每个计量单位都有不同的售价，怎么设计数据库、SQL的实验报告怎么写、数据库ER图怎么设计，有关进销存数据库的设计等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！