求一个数据库的组织结构

照理Project应该是父表，而Record是子表，那就应该在Record表中有ProjectID,而不是Project中有RecordID.

我建议是基本的两个表（标准的一对多的做法）：

《Project》

[ProjectID] <-主健

[ProjectDate] 项目立项日期

[ResponsiblePerson] 项目住负责人

[。。。] 其他的归到Project的属性

《Record》

[RecordID] <-主健

[ProjectID] 关联到Project表（多对一）

[RecordType] 类别（方便筛选）

[。。。] 其他归到Record的属性

但你说的：“每一个记录可能属于不同的项目”，是否指一个Record同事属于几个不同Project? 如果是的话，就变成[多对多]了，这样子就要弄多一个专门把Project和Record关联起来的第三个表了。

-----------------------------------

如果是多对多，Project表不变，Record表的ProjectID就不用了，第三个表可以是如下做法：

[ProjectID] 关联到Project表（多对一）

[RecordID] 关联到Record表（多对一）

[Allocation]这个就得看多对多的真实关系性质了，譬如说，要把一个Record的成本分摊到不同的Project的话，Allocation就可以是分摊比例了，但多对多的复杂性不在于电脑代码怎么写，而是要分析实际业务的数据关系。

一般来说软件中只要是被使用过的科目档案等都是不允许删除的，如果你需要修改调整就要等到年底的时候，结完年度账后，新的年度帐使用时候才可以修改。一般这个非专业人员请勿乱动，否则出问题很麻烦。要找你们购买软件时的专业人员来 *** 作。（一般都有服务维护人员）自己弄乱了要担责任的。

相山地区地学空间数据库是一个三维结构的层次数据库，每一个专题图层作为数据库的一个层面，它们是垂直叠放的。该数据库主要由地质图数据子库和影像数据子库所组成(文档和二维表格数据未建库) ，影像数据子库由航放数据组、重磁数据组、遥感数据组和 DEM 数据构成。具体划分见表 2.2。

表2.2 相山地区数据库图层的划分及数据类型

以火山岩系图层为例，其属性表结构见表 2.3，属性表见图 2.2。

表2.3 火山岩系图层属性表结构

图2.2 火山岩系图层属性表

---