这个专题是到3月18日结束？ 还有这个专题的后续么？今天从头到尾又看了一遍，感触很多，可是又觉得没有很实质性的收获，不知道是不是我的理解能力较差导致。
从接触WINCC时就听说WINCC的报表不好用，所以我自己做的时候，几乎直接就将wincc的自带报表功能pass了，可从这个专题看，wincc自带报表还不是一奘谴Γ』赝芬一岷煤每纯戳恕Ｎ易约和暾淖龉?个项目的报表，主观上的分别采用了2种途径：1种是在wincc中写VBS脚本，生成EXCEL文件，1种是直接在EXCEL中写VBS脚本。但是这2种方法都有比较明显的缺陷。具体脚本内容就不写了，由于项目内容涉密，一时间也找不到项目文件，并且前面已经有这2种方法的例子帖出来了。简单说一下我感觉的这2种方法的缺陷吧：第一种，在wincc中写报表，由于操作人员会在操作过程中操作excel，所以为了避免干扰，每次写完EXCEL并保存后，我会用VBS关闭excel文件。但是会遇到一个问题：有时EXCEL文件虽然被关闭了，但是EXCEL进程会留在系统内并形成一个死掉的进程，操作越频繁，出现的概率越大！同时，这个方法不适合同时处理2个以上的EXCEL文件。 第二种方法，在EXCEL中写VBS，首先的问题就是EXCEL要始终处于运行状态，其次，这种方法很容易受到EXCEL文件本身的干扰，比如操作员打开其它的EXCEL文件，又或者操作员在本机上查看以前的报表文件等。最明显的现象，就是当前报表文件某个单元格处于被编辑状态时，VBS脚本无法执行！并且，从后一个现场的反馈情况，这种报表文件不间断24小时运行的话，很容易出现问题。
当然，某些现象是无法实际执行的，比如不允许操作员操作员操作EXCEL，不允许在本机查看报表等，这在实际中无法避免的。
过段时间就要调试下一个项目了，在这个专题中受到了一些启发，但是还有很多困惑，我还是偏向与先将数据存入数据库，然后提供给用户一个查询界面程序，这样我觉得更可靠些。至少数据已经正确的保存了，查询界面程序可以完善。先保证数据的存在才是基础。
希望这个专题还有后续，也希望我也可以借助这个专题，这次的项目调试，找到一个更好的方法。

管理员注：本帖已被纳入此次探讨发帖整理之理论探讨，请点此详阅