我的 ER 模型需要帮助答案

【问题标题】：need help with my ER model我的 ER 模型需要帮助
【发布时间】：2011-04-30 01:49:52
【问题描述】：

我在为我的公司设计数据库模型时需要帮助。

基本上它是一家工业产品贸易公司。所以我们以销售、采购、库存、仓库、员工、应收账款、应付账款等为主要功能。

我非常感谢有人就如何进行操作提供帮助或指导。我做了以下表格：-

销售发票

invoice no(PK), 
salesmanid,
customer code,
customer name,
voucher type,
invoice date,
invoice amount,
warehouse id

销售项目

invoice no,
itemcode,
sale qty,
sales price

库存物品

itemcode(PK),
item name,
qty in stock,
cost price

客户列表

customer code(PK),
customer name,
customer address,
salesman id

我需要帮助来定义正确的键并就添加/删除列等提出建议。

【问题讨论】：

是否有针对整个系统的设计？识别有用的表、关系和键的一种快速方法是草拟输入表单示例和示例报告。

标签： mysql database-design

【解决方案1】：

我的最佳建议：如果您必须询问如何设计应收账款表，您可能不应该编写应收账款系统。我设计了包含一千多个表的企业系统，我不愿意处理会计系统。对于大多数定制开发，您交付的系统在某种程度上定义了业务流程。您的方式可能与设计师的设想略有不同，但仍然会更好。

对于会计软件，应该有一种方法。您绝对最好的情况是“我们没有搞砸”。

另一方面，库存通常是特定领域的，足以保证自定义编码。那么：为什么要设置一个大的地址文本字段？你不需要知道他们处于什么状态（也许不需要）？您是否按邮政编码分析货件？他们有你关心的电话号码吗？客户名称通常分为名字和姓氏（至少）。

您可能希望推迟数据库设计，直到您确切（或大部分）知道您将如何处理数据。模拟一些报告和一个虚假的电子邮件 cmpaign。画出一些界面屏幕。然后，您可以更清楚地了解您的需求，回到数据库。预先创建一个过于通用的设计，然后必须不断修改它对你没有好处。在您可以在应用程序中更改的所有内容中，数据库可能是最困难的，所以我会尝试先解决其他方面的问题。

【讨论】：

【解决方案2】：

销售、采购、库存、仓库、员工、应收账款、应付账款、等作为主要功能

销售、采购、应收账款和应付账款（至少）是会计职能。如果有人提议设计我们自己的会计软件而不是购买它，我会解雇他们。或者至少用锋利的棍子戳他们的眼睛。

有时，对于重新发明轮子，有话要说。但不是这个轮子。

【讨论】：

嗨，感谢您的回复。但是现成软件的主要问题是它太复杂了，这增加了我们在支持、培训等方面对软件提供商的依赖。或者它太简单以至于人们觉得需要定制（这变得昂贵）
@user728009：三件事。 1) 您对现成会计软件的判断可能是正确的。但是您正在寻求有关定义键的帮助。如果您自己还不能做到这一点，那么您就没有创建会计系统的技能。 2) 我从事这项业务已有 25 年，曾为 800 多家公司提供咨询服务，其中包括数家财富 500 强企业。没有一个人认为编写自己的会计软件是个好主意。 3) 遭受灾难性会计数据丢失的企业中有 50% 存活不到 6 个月。不要编写自己的会计软件。
感谢您的来信。好吧，我很困惑，我真正想要的是库存控制和对库存项目、销售、采购的分析。如果您能给我建议，我将不胜感激。可以使用任何标准程序管理会计
@mmdel：库存控制和报告（但可能不是分析）是我们会计系统的一部分。也许它也应该是你的一部分。