向大家请教思路

wlltnt

一个收发数据库流程是：先收货，再发货，发货是在收货的基础上，有收才有发
如果货物要发，那必定是已修的了，没有已修（就是收货的窗体上已修的值的FALSE时，未发货窗体就不可能看到，必须是已修的才能发。）
现在的问题就是：我一次收了10台可我并没有10台同时修好，该怎么办呢？
请大家提供一个思路或方法
谢谢

LYP6160

这是一个“一对多“关系的图例，通过“登记ID“关联，不管多少次维修记录或多少次退还都可以处理了。

我同意

那建议根据聪哥的思路做，“登记表”记录收货，另一“修理发货表”记录发货，

对同一批货， 应有这样的数据，要看你怎样记录和体现数据。

  收货数 已修数 已发数 未修数

  要考虑：是用字段值来体现还是用记录数来体现
              已修数统计是否要包含已发数  

wlltnt

最后发货是按客户的，可要发之前必须是修理好的，而修理好的有要对收货的货物而言，可收货的是一批的，不能单独对收的每一台进行操作，这是矛盾所在
流程：收--------修理---------发
收的整批的，修理好的是单的，发的也是单的，可修理是在收的基础上（是在收的窗体上直接操作）
我会仔细想大家的建议，谢谢

我同意

只要你发货不是对应批,理论上就存在一个一个发的可能,所以必须按5楼的做.
整批收货并不能代表你能偷懒了,因为你的修理和发货是按个数来的.那么这些个体就构成一个记录.

你要分析实际流程,
1.收货按批,那么一批货里型号种类都一样吗?
  整机件与零配件处理方式不太一样.
  
2.收货后你们是怎样分类保管的?按批还是按型号,来源,收货日期等等.
   这些或可作为查询处理的一些关键信息.

  但最重要的还是看整个流程可能处理的最小区分单位.

wlltnt

小聪：你讲的维修详情表是不是相当与我现在的发货表，但是他们有关联是这样的意思吗

LYP6160

建议做两个表来处理，一个是“维修登记表”，另一个是“维修详情表”，“维修登记表”主要用于接收时的登记，“维修详情表”与“维修登记表”关联，用于维修登记与发出登记。

wlltnt

5楼说的不符合实际，操作起来不方便，因为收的时候它是整批收，这样录入比较快
我想要改的估计在已修那方面修改（其实我自己也不会才问的）

wlltnt

发货不是整批的，不用对应，关键的也就是在这了（如果打勾，就代表整批的，可我的时候不 是整批的呀）
我原先还有个已修日期，希望通过这个来改变，可还是不行，所以我就删了
现在考虑也改变结构，但我一直没找到好的解决方法

我同意

看了你的例子，有这样的想法，你收可能是一批，但发货同样是对应的整批吗？
如果是，那就是说一批里只要有一台未修就不能打那个已修的钩。

所以就要根据你制定的收发货（数量、批号）规则，该考虑库存表结构如何设立，两方面都要考虑。参考有关进销存的系统的数据结构会有帮助。
一般搂上的说得肯定是需要做的。

[此贴子已经被作者于2004-1-9 12:59:08编辑过]