浅谈Oracle数据库的建模与具体设计

核心提示： 详细的图很繁琐，在这里就不展示了，浅谈Oracle数据库的建模与具体设计(4)，二、物理设计1、因为职工档案信息库很大，还有照片，性能比较好，以上是根据多年数据库管理、开发的实践总结而出的数据库建模与设计的大致思路，所以把它分成两个表，把照片单独地放在一个表中

详细的图很繁琐，在这里就不展示了。

二、物理设计

1、因为职工档案信息库很大，还有照片，所以把它分成两个表，把照片单独地放在一个表中，并且采用分区技术，在档案表、照片表上建立分区，不同的分区分别放在不同的表空间。

2、因为职工档案信息库里有许多编码，查询的时候要和编码库一起进行read操作，所以不把职工档案信息表和编码库放在一个表空间。

3、建立二个rollback 表空间，十个rollback段，分区放在二个表空间里，建立一个比较大的rollback段，因为职工档案信息表经常会有批量的修改与添加。

4、将redo log文件放在一个读写较少的盘上。建立三个redo log 组，同组的两个成员放在两个盘上。因为选用的是ARCHIVELOG的备份方式。

5、根据每个表的性质，确定其存贮的参数，如职工档案信息表的修改、删除、插入都比较多，所以把它的Pctfree 10,Pctused 80定大小，估算出它大致需要的block数，算出存放这些表的表空间的数据文件的大小。

6、根据用户的需求，建立一套数据库的安全体系。也就是总结出几种权限级别的用户，建立这些用户，并给这些用户赋上相应的仅限，供开发人员编程时使用。

三、参数的设置

缺省的初始化参数文件中，选择large。因为用户数很多，100个左右。

SHARED_POOL_SIZE, 与数据库大小有关，也与应用软件有关。这里设成缺省值的1.5倍。

DB_BLOCK_BUFFERS 根据所用服务器的内存与交易数的大小，设为25兆。

SORT_AREA_SIZE 根据所用服务器的内存，设为10兆

LOG_BUFFER 用缺省值的1.5倍。

DBWR_IO_SLAVES 设为1

ROLLBACK_SEGMENTS 根据交易量的大小，定为10个。分别放在两个磁盘上。　　PROCESS 80
　　MTS_SERVERS 3
　　MTS_DISPATCHERS tcp,3

ARCHIVE_LOG_START TRUE 采用ARCHIVE方式备份。

这些参数的确定是暂时的，没有一个系统可以运行之前把参数确定得正好，需要在应用程序运行之后进行调整。

四、与开发软件的接口问题

因为我们这个系统的开发软件用的是Borland c++builder 5,所以采用的是比较成熟的BDE的接口，它是Borland公司提供的，性能比较好。

以上是根据多年数据库管理、开发的实践总结而出的数据库建模与设计的大致思路，希望能对大家有所帮助。