设计数据库系统所遵循的一系列原则是什么

数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！

　那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则：

1、数据库设计最起码要占用整个项目开发的40%以上的时间

数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。

2、数据库设计不仅仅停留于页面demo的表面

页面内容所需要的字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。

3、数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了

每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。

4、数据库设计时就要考虑到效率和优化问题

一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。

5、添加必要的（冗余）字段

像“创建时间”、“修改时间”、“备注”、“ *** 作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和 *** 作用户IP来查找定位。

6、设计合理的表关联

若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。

7、设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联

这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。不过也有一些公司的做法是干脆就不加表关联。

8、选择合适的主键生成策略

向数据库添加数据文件就行了, 可以添加多个

ALTER DATABASE 你的库名

ADD FILE

(

NAME = Test1dat2,

FILENAME = 'x:\t1dat2ndf', -- 设定文件在不同的磁盘分区

SIZE = 5MB,

MAXSIZE = 100MB,

FILEGROWTH = 5MB

)

一个数据库可以由以下三种数据库文件组成：

1主数据文件（mdf）

2次数据文件（ndf）

3事务日志文件（ldf）

其中主数据文件是所有数据库文件的起点，每个数据库有且只有一个主数据文件。

次数据文件用来保存主数据文件中容纳不下的数据，可以有0个或者多个。

事务日志文件就不说了，看名字就知道是做什么用的。

使用create database 语句建库的时候可以设定数据库文件的属性（包括文件名称和保存位置）。

使用alter database 语句可以添加，删除和修改数据库文件的属性。

分类: 电脑/网络 >> 软件

解析:

SQL Server 2000 数据库有三种类型的文件：

主要数据文件

主要数据文件是数据库的起点，指向数据库中文件的其它部分。每个数据库都有一个主要数据文件。主要数据文件的推荐文件扩展名是 mdf。

次要数据文件

次要数据文件包含除主要数据文件外的所有数据文件。有些数据库可能没有次要数据文件，而有些数据库则有多个次要数据文件。次要数据文件的推荐文件扩展名是 ndf。

日志文件

日志文件包含恢复数据库所需的所有日志信息。每个数据库必须至少有一个日志文件，但可以不止一个。日志文件的推荐文件扩展名是 ldf。

SQL Server 2000 不强制使用 mdf、ndf 和 ldf 文件扩展名，但建议使用这些扩展名以帮助标识文件的用途。

用ASP+SQL

vbc#等多种,简单的个人可以完成

SQL步骤

先分析好数据结构，然后根据资料创建数据库，然后再进行程序编辑，调用数据库的语句要掌握最基本的读写删改，然后可以活用这些语句，祝你作出一个实用的学生信息管理系统，另外测试的时候要输入一些看似真实的数据。

程序员程序开发步骤

项目遇到的问题：

程序开发是项目的核心。因此缺少管理的程序开发，就不会作出成功的软件项目。程序开发过程中，项目的程序员是根据已有的模块设计文档，理清思路，然后编写程序。但是由于程序员编写程序步骤比较随心，导致可能出现对需求理解不清楚，又或者由于本身的水平有限，导致程序本身存有缺陷。

解决方法：

因此，在项目管理中，项目经理需要指出项目中高级程序员必须指导他们所属的程序员。

1程序员必须了解清楚自己所做部分的需求。

2程序员必须了解清楚自己与其他人所做模块的衔接点,及其应该注意的地方。

3程序员在开发前最好编写一个开发的步骤文档

步骤如下：

31

弄清表间的关系(例如：A表与B表的关系究竟是1：N

还是

1对1

还是

N：M)

32

看自己工作所需是视图还是表，如果是视图，先编写好视图的sql语句，这里亦可以当做一个数据备份

33

写出业务逻辑运行步骤，例如先计算A，后计算B，再计算C。这样写代码的时候，就可以一步一步根据文档

有序的往下编写程序。

34

在编写运行步骤的同时,请模拟一个测试用例这样我们就可以通过进行单元测试对业务逻辑的验证当我们需要走一次业务流程测试的时候,可以借助ant和单元测试进行整和测试这样的测试速度比编写main查看控制台,或者每次启动web服务器查看结果要快得多得多

35

构思出对页面的布局及做法并写进文档。

36

让你的上级对文档进行评审以便他对的你的错误地方在编写程序前已可以当面指出。

37

编写2点中与他人模块间的衔接点及注意的地方，以及以什么方式衔接（例如是采用接口，还是某个对象）

4

正式编写代码。（为了可以提高自己的写代码的效率，可以利用代码生成器生成基本代码，根据文档增加进所需

的逻辑业务。）

5

代码编写完成后，要进行测试。

测试既要自己测试，也要提供大量的模拟数据给测试人员方便进行测试。因此，应该编写一个模拟数据的存储过程。

数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！ 那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则： （1）、数据库设计最起码要占用整个项目开发的40%以上的时间

数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。 （2）、数据库设计不仅仅停留于页面demo的表面 页面内容所需要的字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。 （3）、数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了 每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。 （4）、数据库设计时就要考虑到效率和优化问题 一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。 （5）、添加必要的（冗余）字段 像“创建时间”、“修改时间”、“备注”、“ *** 作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和 *** 作用户IP来查找定位。 （6）、设计合理的表关联 若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。 （7）、设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联 这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。不过也有一些公司的做法是干脆就不加表关联。 （8）、选择合适的主键生成策略

　数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！

　那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则：

1、数据库设计最起码要占用整个项目开发的40%以上的时间

数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。

2、数据库设计不仅仅停留于页面demo的表面

页面内容所需要的字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。

3、数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了

每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。

4、数据库设计时就要考虑到效率和优化问题

一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。

5、添加必要的（冗余）字段

像“创建时间”、“修改时间”、“备注”、“ *** 作用户IP”和一些用于其他需求（如统计）的字段等，在每张表中必须都要有，不是说只有系统中用到的数据才会存到数据库中，一些冗余字段是为了便于日后维护、分析、拓展而添加的，这点是非常重要的，比如黑客攻击，篡改了数据，我们便就可以根据修改时间和 *** 作用户IP来查找定位。

6、设计合理的表关联

若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。

7、设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联

这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。编码完成后再加关联并进行测试。不过也有一些公司的做法是干脆就不加表关联。

8、选择合适的主键生成策略

两种方法：

1、在“SQL

Server

配置管理器”中将你的SQL

SERVER服务停止，然后将你安装数据库文件中的data文件夹下的

你的数据库名mdf和你的数据库名ldf文件夹拷给别人，最后拿到该文件的人，直接在mssql2005的“SQL

Server

Management

Studio”工具中，用附加数据库的方式添加即可。

2、在你电脑上的“SQL

Server

Management

Studio”工具中找到你要用来传的数据库名，在上面点右键--任务--备份数据库。为其指定一个目录后，点保存。之后会生成一个文件，你直接将该文件拷贝给你要给的人。拿到这个备份文件的人，首先要在他电脑的“SQL

Server

Management

Studio”工具中新建一个空数据库，且该数据库名要和你电脑上的那个名称一致，最后在这个数据库名上点右键--任务--还原--数据库，选中刚才的那个备份文件，点确定也可以还原

[引用]我找到mdf和idf文件，但是发的时候出现上那个问题，谢谢了[/引用]

要先在“SQL

Server

配置管理器”中将你的SQL

SERVER服务停止，才能进行拷贝

以上就是关于设计数据库系统所遵循的一系列原则是什么全部的内容，包括:设计数据库系统所遵循的一系列原则是什么、SQL server 怎样可以让一个数据库用几个磁盘分区、ndf格式的文件需要什么软件打开等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！