现在开始向大家请教具体问题:

1、如果需要在一个程序中记录多套帐应该如何做，是在开发程序开始时就要设计好多套帐的框架，还是先开发好一套帐后再复制出多套帐？

2、一个开发项目所需要实现的功能基本已经确定，在开发时是否需要将这些功能归类，每一类按一个模块进行开发，还是将所有要实现的功能都放在一起一个一个的开发？

3、当前面的两个问题都确定后，真正动手操作时应先从哪里开始，事先做菜单、窗口或者是表，也就是说实际操作时的顺序应该是怎样的？

4、关于菜单、窗口、表的定义是什么？它们之间的关系又是如何？我在帮助文件中没有找到以上问题的答案。

5、下面是我对菜单、窗口、表的理解，不知是否正确，请各位高手给与指点。

    菜单：菜单是整个程序需要完成各种任务所使用命令的集合区，同时也是程序操作时切换各种功能的集合区，它包含两大类命令，其一是系统命令类，如：打开、新建、保存、打印等等，其二也就是我们现在做的内容，不同的软件有着不同的功能，这些功能都是我们现在需要开发的内容。

    窗口：每个窗口都隶属于一个表，反之每个表不一定都会有一个窗口，窗口的作用就是为了让我们更好地管理数据和使用软件，并可以实现一些具体的功能。

    表：表是存放各种数据的仓库，事实上我们的对软件的大部分操作都是对表的操作，例如数据的录入、修改、删除、统计、查询等等。

我个人认为知道了菜单、窗口、表的定义和它们之间的隶属关系对今后的开发软件是有很大好处的，不知我的看法是否正确，欢迎大家扔鸡蛋。。。。。。

不是帐套，而是多套账目，例如我代理某个品牌的商品，但分别在几个商场都有专柜，每个专柜都需要独立进货和单独核算，这时就需要建立多套账目进行单独核算。

第一SQL太复杂不会用，现在狐表还没搞清楚那。第二你说的数据库区分帐套标志也搞不懂，我只是想在打开软件时有一个窗口可以选择进入A商场专柜账目，还是进入B或C商场专柜账目，或者进入后选择具体想要进入那个，不知道我说清楚了没有。

感觉有点意思了，好像是这个道理，谢谢啦，我在琢磨琢磨。

最简洁的方法还是设计多个数据源，选择不同的数据源（帐套）进入系统即可。

如果是帐套的概念 就是分数据库来操作的 用友 金蝶的数据库就是这么来区分的  用友的财务系统还会按年份来建立数据库 他们的原理是 系统建立的时候生成2个数据库（U8包括以上是6-14个） 一个用来存储系统设置数据 一个是demo数据库 当你建立一个帐套时在系统数据库写入帐套信息 然后在生成对应的帐套数据库 如果你是多个商场独立核算 那就会生成1+N个数据库  只是登陆的时候程序先去读取系统数据库里的帐套信息 然后再启动对应的帐套  

如果要满足你的需求 独立数据库是最省事的  只是复制个数据库而已  各个商场的数据容易统计 但综合数据需要二次加工

如果放在一起 通过增加列来区分 容错率太低 必须设置严格的权限防止终端用户出错 但综合统计非常方便 各有优势