版主,您真好.您能从百忙中诚恳地给予回复,放弃真感激得不得了啊.
但我还想再揪缠您:
为了设发减轻手工输入的工作量,想有这样做:
用临时表过渡,以作输入窗口的记录源,表的字段就采用上面的第一种.但历史总表必须采用上面的第二种字段设计表.
提交保存时,将同一条临时表记录,分解三笔记录保存到历史总表中.
请告诉放弃这样做好不好?
再次感谢!
不好！属于脱裤子放屁--多次一举。
先对输入过程做一个分析：2和1比较看似主要多在毛巾代号、件号、等级三个字段上，也就是说采用第二个表时，如何最大限度的减少这三个字段的输入量是解决问题的关键。那么应该采用些什么技术手段呢？答案如下：
1、建立主子窗体，其中主窗体采用未绑定方式；
2、在主窗体上分别放上毛巾代号、件号、等级三个字段的组合框或列表框。这三个字段的数据源为既有表数据的查询或分组查询。如果三个字段间有层级关系，可以在更新后事件中做筛选。
3、分别在三个字段的更新后事件中设置子窗体对应字段的默认值。也即当选定一个值时，子窗体的对应字段将不必输入数值。
4、由于子窗体中毛巾代号、件号、等级这三个字段已经通过主窗体控件选定了默认值，所以只需要输入其它字段的数据。这样就可以节省输入量了。
这确实是个技术问题，而且更加要多听听输入人员的意见。
如果品种换来换去，那就麻烦了，一会儿击键盘，一会儿击鼠标，查来找去容易看错，人更易疲劳抱怨呀，并不方便输入。
我的想法是用ADO的方法，将子窗体记录源的临时表中的数据，保存到后台的表库中，这样做是否也会影响“符合数据库的范式要求，减少数据冗余，便于维护等问题。”。
“一手打”地击键输入操作，脑子不用换来换去，他们反而能够接受。至于用什么样的输入技术，其实并不能强求固定模式，但只能顺着他们转呀。
感谢版主再次回复，请往后多多地关心帮助。否则，已近半百的我会真的去“放弃”ACCESS哟。哈哈。
总记录：7篇 页次：1/1 9 1 :
