我想要设计一个文档管理软件，对其中的一些设计问题不甚明了，所以特地来问一下，希望大家能够给点意见。 我设想是这样的：程序界面左部是一个树，显示的是目录，右部是一个列表，显示的是目录里面的文件（总体看来是类似于windows的资源管理器）。目录和文件存放在一个ACCESS数据库中。
我的数据库设计是这样的：一个目录表（字段有目录ID，目录名，父目录ID），一个文件表（字段有目录ID，文件ID，文件名等等）。文件是跟目录ID关联的。
我现在不明白的一点在于，如果在左部选择一个目录，那么右部应该显示在该目录下的文件，可是我就必须得到这个目录的ID才能从数据库中找到该目录下的文件。也就是说我必须从数据库先找到这个目录ID，但是由于目录允许重名（只要父目录不同），那么我通过该目录名找到的目录ID可能有多个，我这种方法可能不可行。所以我只好来请教一下各位，你们会怎么设计？有没有谁做过类似的软件的，能不能赐教一下。谢谢
有的时候，我们开发了一套很有市场价值的软件，可是发觉市场销售量却很低，原来真正的原因是软件的包装不够漂亮。公司采取各种渠道来解决问题。招聘大量的美工人员，可是，却发觉程序员的水平跟不上步伐，专门设立一个研究部门，却发觉需要花费巨额的人力物力，采用第三方控件吧，却要支费大量的注册费用或者版权使用费用，而且一般都以动态链接库*.DLL 或者控件*.OCX 绑定到我们的软件中。并且，控件功能扩展需要花费一定的升级费用才能够实现。您希望一次花费为数不多的费用就能弥补所有的不足吗...皮肤类不以任何形式的控件*.OCX,动态链接库*.DLL出售给用户，所以，你不必担心是否以源代码的方式出售给用户
皮肤工作室皮肤类(VC开发企业版)暑假期间正在热销中，优惠活动截至到2003.9月。售价仅仅人民币500元整（终身使用版权）；并且，在功能上可以任意扩展，真可谓手到擒来。具体包括皮肤对话框，皮肤按扭，皮肤进度条，皮肤控制条，皮肤动画标签类，皮肤面版类... 全部功能都以源代码的方式出售，使你可以制作真正意义上的具有自主版权皮肤功能的软件，还在等什么，赶快行动吧！！!
真正令我们心动的时刻到了，同时随送的一些经典皮肤示例源代码包括多彩取色机XP，鼠标记录机，多彩影音伴侣等等
你如果希望购买我们的产品，请到我们网站的购买方式页面 http://www.skin-studio.com/bankcard.htm了解更多信息
fuck u!
他妈的烦不烦，这里是技术论坛!!!
---------------------------------
可行，可以在树节点的lParam里面存