如何建立教务管理理数据库?(300分)

R

raider

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #1

我们学校将自己开发一个教务管理系统,系统分成几个模块,比如学籍管理,
考试管理,课程管理等等.我是第一次接触大型数据库,很多模型无法建立.
现向大家请教几个问题
1. 这种情况下, 我是建一个数据库,还是根据不同的模块,建立不同的数据库?
2. 学籍管理模块中, 我们学校是学校--学院--系科 三层管理, 比如对于
学生的成绩,是按不同的院系建表,还是公用一张表? 用一张表吧,我担心
数据量大(在校生1万多人,每人要学30课...),查找慢,多张表,查找麻烦,
而且以后维护量大. 对于学籍管理模块,涉及的内容太多,清高售给与指点!

多谢!

 

A

anzhiping

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #2

由于多个摸快之间有许多共用的实体,因此，最好把所有的表放在一起，
这样可以保持数据的一致性，如果分开实现，当一个摸块中的数据变化
后，需要去更新其它摸块的数据，另外，数据哭的设计一般一次不可能
达到要求，以后可能要修改数据库定义，修改程序，分开的数据库回
增加维护的工作量和困难。
关于数据哭查询慢的问题，你就不用担心了。大型数据库中，几百万条的
记录很常见了。 只要建立好适当的索引，注意查询优化，一般都没有问题。
不只你用什么数据库，Oracle性能要比其他的要好一些，但太贵了。

 

S

SeaSky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #3

1. 一个数据库就够了.
2. 公用一个表就够了. (一万多条记录对于专业数据库来说, 属于小菜一碟).
3. 你们开发这个东东没有需求分析人员吗?
4. 注意每个表都要有主键.
5. 选择合适索引项是提高数据库效率的关键.
6. 将权限做在数据库用户层面.

 

Y

ycxy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #4

首先要看看你是选用那种数据库
1.SQL Server类: 一库多表
2.Paradox:建立2个以上库
有一个历史库用于记录过去
不常用的信息,可以明显提高效率,
需要时再用历史库

 

R

raider

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #5

看到Seakey的东东, 我非常感慨,在学校里做程序,很不正规,
我们开发小组有6个人,可是没有懂行的,需求分析在暑假
做的,我正好去"支援老区"(支教),回来一看需求分析,整个一
程序流程都不如.真是有些寒心.真想不出这样的东西怎么能
完成.我们准备用powerbuild + sql 7.0(都是正版的:-(
), 不知道大家对这个项目有什么好的建议和想法?我现在
对sql7.0只是看了些书,不知实际开发中,对数据库的设计
有什么特殊的技巧?多谢!

 

C

CJ

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-08-31

• #6

恩，需求分析一定要做好，不然是白搭。
MSSQL数据库万把条记录没问题。一个数据库足以；
一张主表，查询速度可以用存储过程，建立有效索引，高小的SQL语句。

安全一般我推荐用户使用集成安全模式 Intergrated //是那么叫吗？

 

R

raider

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-09-04

• #7

不好意思,再问一个问题.
现在如果要求能在brows端修改,添加,更改纪录,那么权限如何设定?
如果在html中让用户输入密码,然后在由asp判断权限,安全性如何?
有没有比较简单的方法?

 

W

wlong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-09-04

• #8

在很多的数据库设计的书中都谈了数据库设计的原则,建议你去看一看
数据库一个是够用了,但表的设计就要下功夫了
几个基本规则
1.每个表都应存储一个简单实体的信息
2.表中的每个字段必须直接描述所指实体
3.表中不能定义重复字段组
4.表中不可使用由这张表或其它表的数据计算而的数据.此原则可灵活
应用,比如财务的每月结账就必须使用计算数据了.

 

A

Another_eYes

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-09-04

• #9

做这种东西没有标准, 只有原理+经验. 全得根据实际情况而定. 各位一口咬定一个库好? 也难说
的. 如果牵涉到分布式应用时, 建几个相对独立的库(不同的server)也许效率比一个库(在一个
server上)高.
所以不知道实际情况下很难定, 要知道实际情况等于我们做系统分析了.

 

R

raider

Unregistered / Unconfirmed

GUEST, unregistred user!

• 1999-10-08

• #10

多人接受答案了。