数据库界面设计数据库窗体是什么？

数据库图形用户界面是什么？

最原始的计算机人机交互是以一中打点卡纸进行输入及输出的，输入输出为机器语言，然后人工对照翻译。

后来出现了显示器、键盘、打印机，这是人机交互界面是以命令方式进行的，（例如DOS），突然有一天比尔盖茨来了，win来了，用户只要用鼠标点点就可以与计算机交互了。

我觉得数据库图形用户界面现在已经有了很多的产品，例如微软的SQLserver，建立数据库、数据表、插入数据、删除数据、修改数据等等，都实现了图形交互界面，你可以参照这些，以图形方式实现建立数据库表、、插入数据、删除数据、修改数据、浏览数据等功能，这样我想可以达到“图形用户界面”的要求了

数据库设计的基本步骤

按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下6个阶段 1、需求分析 需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。

需求分析的任务，是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新的系统功能，新系统还得充分考虑今后可能的扩充与改变，不仅仅能够按当前应用需求来设计。

调查的重点是，数据与处理。

达到信息要求，处理要求，安全性和完整性要求。

2、概念结构设计 概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合，归纳与抽象，形成了一个独立于具体DBMS的概念模型。

设计概念结构通常有四类方法： 自顶向下。

即首先定义全局概念结构的框架，再逐步细化。

自底向上。

即首先定义各局部应用的概念结构，然后再将他们集成起来，得到全局概念结构。

逐步扩张。

首先定义最重要的核心概念结构，然后向外扩张，以滚雪球的方式逐步生成其他的概念结构，直至总体概念结构。

混合策略。

即自顶向下和自底向上相结合。

3、逻辑结构设计 逻辑结构设计是将概念结构转换为某个DBMS所支持的数据模型，并将进行优化。

在这阶段，E-R图显得异常重要。

大家要学会各个实体定义的属性来画出总体的E-R图。

各分E-R图之间的冲突主要有三类：属性冲突，命名冲突，和结构冲突。

E-R图向关系模型的转换，要解决的问题是如何将实体性和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。

4、物理结构设计 物理设计是为逻辑数据结构模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。

首先要对运行的事务详细分析，获得选择物理数据库设计所需要的参数，其次，要充分了解所用的RDBMS的内部特征，特别是系统提供的存取方法和存储结构。

常用的存取方法有三类： （1）索引方法，目前主要是B+树索引方法。

（2）聚簇方法（Clustering）方法。

（3）是HASH方法。

5、数据库实施 数据库实施阶段，设计人员运营DBMS提供的数据库语言（如sql）及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制和调试应用程序，组织数据入库，并进行试运行。

6、数据库的运行和维护 数据库维护是指当一个数据库被创建以后的工作都叫做数据库维护。

包括备份系统数据、恢复数据库系统、产生用户信息表，并为信息表授权、监视系统运行状况，及时处理系统错误、保证系统数据安全，周期更改用户口令。

参考资料：搜狗百科_数据库设计

数据库设计

说起数据库设计，相信大家都明白怎么回事，但说起数据库设计的重要性，我想大家也只是停留在概念上而已，到底如何重要？怎么重要呢？今天就将我至今为止的理解向大家阐述下。

一个不良的数据库设计，必然会造成很多问题，轻则增减字段，重则系统无法运行。

我先来说说数据库设计不合理的表现吧： 1. 与需求不符 因为这个原因造成的改动量往往是最大。

如果进入编码阶段的话，很可能会直接让你崩溃掉。

2. 性能低下 含有大数据量的表之间的关联过多；没有合理的字段设计来用于查询而造成的SQL查询语句很复杂；对于大数据量的表没有采用有效的手段去处理；滥用视图等。

3. 数据完整性丧失 含有主外键关系的表之间关联字段的设计方式不合理，造成更新与删除操作后程序容易出错或不完善；使用了已经删除或丢失掉的数据。

4. 可扩展性性太差 表设计的与业务绑定的太紧密、单一，造成表的可拓展性、可修改性太差，无法新需求的要求。

5. 非必要数据冗余量太大 没用的垃圾数据存储过多，不仅占用资源，还影响查询效率。

6. 不利于计算或统计 缺少必要的联系性或统计性字段或用于计算统计的字段分散于多个表中，造成计算统计的步骤繁琐，甚至无法计算统计。

7. 没有详尽的数据记录信息 缺少必要的字段，造成无法跟踪数据变化、用户操作，也无法进行数据分析。

8. 表之间的耦合性太大 多张表之间关联的过于紧密，造成一张表发生变化而影响到其他表。

9. 字段设计考虑不周 字段长度过短或字段类型过于明确，造成可发挥、可拓展的空间太小。

大多数的程序员对于软件开发的出发点认识不是很明确，总是认为实现功能才是重要的，在简单了解完基本需求后就急忙进入编码阶段，对于数据库设计思考的比较少、比较简单，大多设计都只停留在表面上，这往往是要命的，会为系统留下很多隐患。

要么是写代码开发过程中才发现问题，要么就是系统上线运转后没多久就出现问题，还有可能给后期维护增加了很多工作量。

如果到了那个时候再想修改数据库设计或进行优化等同于推翻重来。

数据库是整个软件应用的根基，是软件设计的起点，它起着决定性的质变作用，因此我们必须对数据库设计高度重视起来，培养设计良好数据库的习惯，是一个优秀的软件设计师所必须具备的基本素质条件！ 那么我们要做到什么程度才是对的呢？下面就说说数据库设计的原则 1. 数据库设计最起码要占用整个项目开发的40%以上的时间 数据库是需求的直观反应和表现，因此设计时必须要切实符合用户的需求，要多次与用户沟通交流来细化需求，将需求中的要求和每一次的变化都要一一体现在数据库的设计当中。

如果需求不明确，就要分析不确定的因素，设计表时就要事先预留出可变通的字段，正所谓“有备无患”。

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

3. 数据库设计完成后，项目80%的设计开发在你脑海中就已经完成了 每个字段的设计都是有他必要的意义的，你在设计每一个字段的同时，就应该已经想清楚程序中如何去运用这些字段，多张表的联系在程序中是如何体现的。

换句话说，你完成数据库设计后，程序中所有的实现思路和实现方式在你的脑海中就已经考虑过了。

如果达不到这种程度，那当进入编码阶段后，才发现要运用的技术或实现的方式数据库无法支持，这时再改动数据库就会很麻烦，会造成一系列不可预测的问题。

4. 数据库设计时就要考虑到效率和优化问题 一开始就要分析哪些表会存储较多的数据量，对于数据量较大的表的设计往往是粗粒度的，也会冗余一些必要的字段，已达到尽量用最少的表、最弱的表关系去存储海量的数据。

并且在设计表时，一般都会对主键建立聚集索引，含有大数据量的表更是要建立索引以提供查询性能。

对于含有计算、数据交互、统计这类需求时，还要考虑是否有必要采用存储过程。

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

6. 设计合理的表关联 若多张表之间的关系复杂，建议采用第三张映射表来关联维护两张表之间的关系，以降低表之间的直接耦合度。

若多张表涉及到大数据量的问题，表结构尽量简单，关联也要尽可能避免。

7. 设计表时不加主外键等约束性关联，系统编码阶段完成后再添加约束性关联 这样做的目的是有利于团队并行开发，减少编码时所遇到的问题，表之间的关系靠程序来控制。

编码完成后再加关联并进行测试。

不过也有一些公司的做法是干脆就不加表关联。

8. 选择合适的主键生成策略 主键生成策略大致可分：int自增长类型（identity、sequence）、手动增长类型（建立单独一张表来维护）、手动维护类型（如userId）、字符串类型（uuid、guid）。

int型的优点是使用简单、效率高，但多表之间数据合并时就很容易出现问题，手动增长类型和字符串类型能很好解决多表数据合并的问题，但同样也都有缺点：前者的缺点是增加了一次数据库访问来获取主键，并且又多维护一张主键表，增加了复杂度；而后者是非常占用存储空间，且表关联查询的效率低下，索引的效率也不高，跟int类型正好相反。

终上所述，我们可见数据库设计在整个软件开发的起到的举足轻重的作用，尤其是我说的设计原则的第一点，数据库与需求是相辅相成的，我经常把软件开发比作汽车制造。

汽车制造会经过图纸设计，模型制作，样车制造，小批量试生产，最后是批量生产等步骤。

整个过程环环相扣，后一过程是建立在前一过程正确的前提基础之上的。

如果在图纸设计阶段发现了一个纰漏，我们可以重新进行图纸设计，如果到了样车制造阶段发现这个错误，那么我们就要把从图纸设计到样车制造的阶段重来，越到后面发现设计上的问题，所付出的代价越大，修改的难度也越大。

数据库设计难度其实要比单纯的技术实现的难很多，他充分体现了一个人的全局设计能力和掌控能力，所以在今后的项目中大家一定要着重培养这方面的能力，这里我将我的经验分享给了大家，希望能对大家有所帮助。

数据库窗体是什么？

标准访问控制： 标签，文本框，选项组，切换按钮，单选按钮，复选框，组合框，列表框，命令按钮，选项卡，图像，绑定对象框，绑定对象框和分页符子窗体/子报表，线条，矩形。

也可以注册自己参考其他。