主题：关联表列显示顺序有问题，跟设计的不一样

当然，能这样最好，但是没有必要了，这样代码复杂很多。

     贺老师，不是我追着不放。不知您想过没有，做好的软件应最大程度的满足用户的需要，你改进一下，可能需要您一两天时间（或者更长），但在用户使用的时候，可能每个用户设计一个系统都要为此浪费更多的时间，如果把所有用户浪费的时间加起来，要比您改进系统用的时间要多出不知多少倍。
     另外，这两天我在设计一个系统。在使用的过程中，真的感觉现在的设计表功能有很严重的问题，真的已经到了不改不可以的地步了。最让我不能接受的，是修改一个列（如改顺序，或者改类型）就保存一次，修改十个列就要浪费很长的时间，急得要命，我用过的所有数据库软件，还没有见过设计表功能这样设计这样慢的！觉设计表功能的窗口中，右下角应设计一个“确定”按钮和“取消”按钮，改为点确定时再保存本次修改的所有设计，点取消本次所有修改无效（把打印放在最右下角感觉很别扭，很容易误按着）。
     具体建议我在前面的贴子已经说过了，就不再重述了，真的希望贺老师不要为了节约自己的时间而浪费了众多用户更多的时间！

其实，对于程序开发来说，这点时间根本不算什么的，这又不是日常性的工作。

修改表结构，我都没有觉得慢啊。
要说操作不便，这我有同感。

    设计表虽然不是日常性的工作，但一个系统可能有几十个表，为设计表浪费的时间的确太多太多，而且浪费得很没有必要很不值得，感觉您太不体谅人！希望您不要把大家的时间开玩笑！
    很生气！

谁要是再说没有必要，
就把30个列改一下列类型，
再改一下列顺序，
试一下究竟需要多少时间！！！

补充：我说的改列顺序，是在设计表窗口中点“上移”和“下移”来实现！

    在设计表功能中，真的感觉没有必要改一个列，项目就保存一次，其他的同类软件中也没有这样设计的。整个设计表窗口设计一个“确定”按钮和“取消”按钮，要方便得多，速度快得多，而且误操作可取消。不知贺老师为什么不这样改进一下！

   至于修改列顺序，感觉贺老师的设计很奇怪，明明表的列顺序已经修改了，修改前的列顺序已经没有任何用处了，但贺老师还不舍得把它扔掉，在复制表的时候，或者关联表的时候，不用新东西，又把以前丢弃的东西捡回来了！

    打个不太合适的比方，某男和以前的女朋友已经彻底分手了，又找了一个新女朋友，他天天和新女朋友在一起。但奇怪的是，他去参加宴会或重大活动的时候，不带他现在的女朋友去，还要带他以前的那个女朋友，这样会合适吗？

几十列的修改是极端的情况，新建表可以集中设计的，后面通常是个别列的调整而已，问题不会像你说的那么严重。

foxtable的架构和一般的软件不同，一般的数据管理软件，结构设计和运行绝对不会混在一起的，而Foxtable为了显得不那么"专业"，就混在一起了的，所以给我开发的时候，带来了一些副作用，以后再逐步该进吧。