一个ACCESS方案的设计，帮忙看看。

hslyliu

最初由 sunzhou 发布
[B]想问一下，关于“HERE(((Product.Prod_type_id=[Forms]![表单1]![PRODUCT_TYPE_ID]));“

这段话是对你窗体中第二个列表框来说的吧，那前面的列表框是指的什么呢？？？
我想是指PRODUCT_TYPE_ID吧。我是这样做的，在第一个列表框的PROPERTY中行来源选择的是第二个表PRODUCT_TYPE中的PRODUCT_TYPE_ID来说的。

然后再后面你写的关于第二个组合框中的HERE(((Product.Prod_type_id=[Forms]![表单1]![PRODUCT_TYPE_ID]));这段话，我想说的是，这里应该显示的是Prod_descripton的，但是你写的好象不是吧？？
请回复，谢谢！

关于VB写的代码，可以解释一下什么含义吗？？
ME![Test1]是什么意思？ [/B]

1.对
2.显示的是Prod_descripton,你看看第一张图里Prod_descripton的内容再和后面对比一下就知道了.也就是 Select  Prod_descripton from table where (((Product.Prod_type_id=[Forms]![表单1]![PRODUCT_TYPE_ID]));
3.从字面意思上你可以知道是重新执行一边查询(因为你前面的Type_id的值起了变化),这是真对这个下拉框来说还有个Refresh方法,那是针对一个表单来说,表单上所有的object重新查询一遍
ME![Test1]对应的obj就是你的Prod_descripton 下拉框,这是VBA的一种简写,ME!就代表当前Object,可以是表单,报表,[Test1]是你下拉框的名字,当然你也可以从头Application......一直写下来.

sunzhou

谢谢，我经过操作，已经实现了！
不过我还有个问题，你看第一个页面上有word文档，我这两天做的时候发现的，就是那VENDOR的类别，因为如果我这样设计的话，那可能有一个VENDOR对应一个TYPE，那么如果这个供应商即提供这样的产品，比如纤维供应商，又同时是重油的提供商，那不是有冲突了吗？
后来我想可不可以这样，做VENDOR1、VENDOR2来对同一个公司进行分类，但是那样明显的操作或者数据量都会增大，我想听听你的意见？
我感觉DATABASE STRUCTURE是一定要进行修改的，谢谢！

hslyliu

我不知道你的系统是客制的还是怎样,但你供应商的Table过于简单了,你可以参照下图中的[B]客户[/B]表,你可以看到客户相关的表有几个.客户主表里面包含的都是些常用信息,其它的类似你所说的产品typeID我都把它拆成了很多个表.如[B]客户产品报价[/B] ,希望能对你有所帮助

sunzhou

这个是你自己做的吗？
厉害，我现在才知道用ACCESS也可以做成ERP，呵呵:-)
我不知道你所说的客制是什么意思
我的这个ACCESS很简单，只要是做供应商商的基本资料，关于供应商的
如图，我下面设计的供应商图，在VENDOR TYPE NUMBER中只能显示一种，供应商类型，那我比如杭州三星，除提供重油外，它同时又是纤维的供应商，那怎么办？

sunzhou

我也感觉，这样就有可能是多对多的，需要进行表的拆分。
只是不知道怎么来解决！
我想你在做ERP的时候也遇到同样的情况吧

lodge

呵呵, 你这样设计真有趣, 偶是说你从DATA STRUCTURE的角度来设计界面,
如果, 你从画面功能的角度来思考的话(比如这个画面是干什么用的, 是谁在什么时候用它达到什么目的.),结果就会怎样呢?

hslyliu

1.是抄前辈的经验
2.客制是为客户量身定制,给别人就用不成了.
3.正如楼上所说,你首先要了解User的作业习惯,他们查产品的时候,是依据产品去找厂商,还是从厂商里找产品.确定好User的需求后再去设计你的界面.如果他喜欢从厂商里找产品,你就将厂商的基础资料放在表头,然后那些诸如产品之类的就可以放在表身了.
你做E-R图好好分析一下实体和联系,就知道如何建表了.

BTW:楼上的是高手,他的手下有上百号人马

sunzhou

楼上两位都是我学习的前辈
由于我刚学习做简单的ACCESS设计，所以麻烦你们两位！
谢谢