主题：[原创]请教我这个系统该如何做？或者说如何解决１条记录含有若干条记录信息的问题？

个人认为这个问题可以解决，前题是编号要规范，比如1000根木材的编号从1到1000必须是都是四位数，这样处理起来的难度就会大大降低。

细细的再次看了楼主的要求，你所提的要求和要完成的各项操作都是针对一根木材一行数据的思路来构思的，如果是这样，所有的问题都不再是问题，唯一存在的问题就是易表难以突破的数据量。

如果延用此思路，可否考虑将数据存放于另一文件中，需要时随时调用。我有几个超过20万条的数据文件，在我的台式电脑中（996 MHz，320M内存）运行速度还算可以。

假设，N根木材信息存放于一条记录中，你的一些后续操作思路是什么？

比如说有一条记录是tzg1#0001--tzg1#0220编号的220根木材，发放指令是编号为：tzg1#0001--tzg1#0120的木材，发放后你如何在“计划开单”和“计划时间”里标记？因为在这条信息中还包含有其它未发放的记录，如果每次发放都在这些列里标注，原始的发放记录如何保存？

希望谈谈一条记录包含N条信息的设计思路。

个人认为生成一条记录N条信息，标记一条记录中的N条信息难度倒不是太大，最大的难度应该在统计方面。

话虽如此，但实际应用，你的系统和我有很大差异，比如我每次调用的数据量是有限的，而你一次性调用的数据量有时会非常大，比如统计“发出货物”和“剩余货物”，查看已发出的货物明细等等都是大数据量的调，可能有时会达到十几万条，在一个空表中生成十几二十来万条都需要一定的时间，所有能不能达到理想的效果现在还不得而知。

晚上我可以测试一下这个思路的可行性（不好意思白天咱没时间搞）。

我有一个设想不知是否可行？

第一步：计划部门：由计划部门发出指令（在现在文件中的货物调运表中进行），指令发出后将相关信息移到另一个表中，姑且称之为“发货部门”。

第二步：发货部门：接到相关指令后，发货部门在“发货部门”表中完成5楼第三步及第四步操作，当5楼涉及的第四步操作完成后（此时相关数据是否发出和滞留的相应信息已经最后确定），存档：

第三步：存档：将已发出的货物保存到另一个文件中供以后查询使用，将滞留的货物返回到“货物调运”表中供下次使用。

此三步的目的：1、减少系统大数据量的负担。2、减少从另一文件中调用数据的读写量。

这样的数据量和原来的没什么两样。

我的意思是将全部装运完的数据保存到另一个文件中（不是你所说的另一个表），假设你的文件有十万条记录，其中五万条记录已经装运完，如果将这五万条数据保存在另一个文件中，那么当前操作文件中的数据将减负一半，运行和保存速度也就提高了一倍。

如果需要查已经发出的货物，再从另一个文件中调入数据（调入的数据不必在当前文件中保存，调用后即可清除），我想这样的操作可行性应该是比较高的。

函数运用的如此出神入化，非常佩服gdlgh的功力。

要很好的解决楼主的问题，估计还有很长的路要走，公式的复杂程度咱想都不敢想，更不敢动手一试。

我测试了一下gdlgh的文件，把发现存在的问题做个反馈，供参考：

假设我们在第一行输入：

GG-20070308001 shx s100-s500;s200-s300;

在第二行输入：

GG-20070308001 shx s99-s501;

第一行中的s100-s500，已经包含了后一段s200-s300的数据，但没有提示。

虽然第二行中的数据实际上只有99和501两个编号的木材没有发出，其余的100-500均已发出，但没有提示。

上面所说的虽然是个小问题，但要完成正确判断，公式的复杂程序，所费的脑细胞...，我觉的太难了。

还是想纠正一下一楼的公式，月的比较值应该是：Month(Today())-1，面非：Month(Today()-1)