另辟蹊径,用VBA解决望天网友提出的计件工作量及工资等的统计计算问题-cspa
Access软件网QQ交流学习群(群号码198465573),欢迎您的加入!
首页 >技术文章> Access数据库-模块/函数/VBA


另辟蹊径,用VBA解决望天网友提出的计件工作量及工资等的统计计算问题

发表时间:2013/7/25 15:49:49 评论(5) 浏览(4417)  评论 | 加入收藏 | 复制
   
摘 要:用VBA实现动态记录数条件下的行列转换,及数据行内容合并转换为列内容的问题。

正 文:


      望天网友在本网提出了一个计件工作产量条的实现问题。该问题的难点在于涉及动态记录数条件下的行列转换,及数据行内容合并转换为列内容。茼蒿和金宇老师均给予了热情回答。(见http://www.accessoft.com/bbs/showtopic.asp?id=19245)。特别是茼蒿老师给出了具体示例,该示例仅用几个宏、若干个预设表格及一系列的预设查询非常巧妙地解决了问题。

本人认为该示例的优点是运行速度较快,但也有2个缺陷。一是在实际应用系统设计中,适当使用预设或临时表或查询作为中间(或最终)结果的存储区,可加快系统运行速度,降低设计难度,是很好的方法。但为了实现一个统计功能而需预设若干个表格和一系列的查询,对于一个实际应用系统而言是非常麻烦,甚至是不可接受的。对日后的系统维护也会造成很大的困难。二是该示例的最终数据存储是用了一个预设有70个字段的表。这样,当结果列数超过70列时即会出错。从望天网友给出的实际数据看,仅621720一个月中就有多人的统计数据已达68列。如果统计时间再放宽一些,或工人兄弟们的革命干劲再高一些,统计结果超过100列那是轻松的事。

现本人试着换个思路,用VBA解决此问题。原则是不用预设任何表格和查询,且最大限度地动态适应实际数据,不预设限制条件。现拿出来供大家批评指正。以本人的VBA功力,示例中尚有一个问题没有解决。就是不知道VBA建立表时如何才能设置Unicode压缩项(手动建表时该项是默认设置的)。因此原想在模块中仅建立1个临时表,但系统会报“记录太大”的错误。无奈采用了建立2个临时表的方案。这样虽增加了些程序的复杂度,但也很好地提高了程序对大数据量的适应性。(仍然希望各位老师对用VBA建立表时如何设置Unicode压缩项问题给予指导)

以本人的access知识水平看,望天网友的问题是一个非常好的考题。用VBA解决此问题的过程会涉及动态建立、更新、删除表格和查询等的方法,是难得的学习和练习在VBA中处理表、查询等access对象的应用实例。望天网友在讨论中曾说:“这个问题解决了基本就可以使用平台开发。”本人做此示例,一是自我练习提高,二是希望能给望天网友一点“使用平台开发自己的核算系统”的信心。非常欣赏殷小宝版主的签名“本人将Access当成游戏玩,玩不下去很难受,力争玩到很娴熟”,有了这种精神就好办了。

系统尚未成功,同志仍需努力

不说了,上示例。

点击下载此附件


Access软件网交流QQ群(群号:198465573)
 
 相关文章
简单的计件工资(新手入门学习用)  【风五浪  2008/6/21】
简单实用的工资小程序\食堂服务中心工资管理系统  【丘山  2012/1/20】
人事与工资管理系统,通用管理系统  【colin  2012/9/20】
【Access小品】乡村爱情故事--计划生育统计管理系统示例  【煮江品茶  2013/2/25】
 
 访客评论
2013/7/27麥田
很好  

2013/7/26望天
感谢大家的关注和支持。

2013/7/26cspa
Fromaer,你说的有道理,其实金宇老师在讨论中也对望天网友说过“你自己设想的还是停留在用excel的方法产生结果,并不是用access的方法去实现。”当我们用计算机系统去代替手工操作时,是应当按照计算机处理问题的最佳方式解决问题。但这样有时需要让使用者改变工作习惯。搞不好你做的系统会因此遭到操作者的抵制。因此在不是很麻烦或原则性的问题上有时也要兼顾使用者的习惯。对这个问题而言,我想可能是像工资条一样,也许需要打印给每个人,所以才坚持需要这种格式?

2013/7/26Fromaer
感觉你这个汇总法有些怪。我也做过计件工资的汇总,其中也有些行转列,但是没有必要把所有的计件工序都转成列吧。只要在汇总表下再插入一个子窗体显示计件明细,不就行了嘛。

总记录:4篇  页次:1/1 9 1 :
 
 发表评论
评论内容 (必填)

常见问答
技术分类
相关资源
文章搜索
关于作者

cspa

文章分类

文章存档

友情链接