日常总结

日常总结

总结：

数据库的分析：

表（实体）     字段\列(属性)

“3NF设计原则”

1、第一范式（1NF）字段（列）:字段原子性。最小的实际意义的文字单元

指数据库表的每一列都是不可分割的基本数据项，属性不可分割，不可二义，不可合并！

2、第二范式（2NF）表：行的原子性，元组；表，实体的原子性。
    数据库表中的每个实例或行必须可以被唯一地区分。非主属性非部分依赖于主关键字。
3、第三范式（3NF）：非键值属性在整个数据库中是唯一的。
    消除属性数据冗余。

“表关系”：数据库中表的关系（靠什么建立关系——外键）

（1）一对一的关系
例如：一个人对应一个唯一的身份证号，即为一对一的关系。
    （2）一对多关系
例如：一个班级对应多名学生，即为一对多关系 
    *（3）多对多关系（在表物理设计中是不存在，多对多其实以n个一对多的组合,即通过一个“关系表”来联系“n个实体表”）

例如：一个学生可以选多门课程，而同一门课程可以被多个学生选修，彼此的对应关系即是多对多关系。

设计数据库 99%遵循范式  允许“反范式”！！！

数据库设计总结：

每个表必须有一个主键，主键最好是没有任何意义的整型自增性字段；每个表的包含两类字段：键值字段（1个主键，n个外键）；外键和普通字段必须是来描述实体本身不可或缺的属性，该属性的组合（元组）构成对该实体数据的唯一性针对性描述。

 

如餐饮管理系统：第一步 ：先要了解他的需求是什么，分析出他的基础数据。基础数据即是：商品、餐台、服务员。基础数据就是最根本的东西。

第二步：根据不同的软件划分不同的功能，抓住根本，然后拓展出去便变成了业务。如何拓展？便是根据客户的需求来做。一个软件中最重的不是业务，而是业务的流程，而业务流程的管理是基于基础数据的管理。基础数据的管理则是对于基础数据的增、删、查、改。

第三步：把每一个功能里的流程搞明白，设计其实体（表）。

 

二.事件驱动式编程

事件隶属于控件对象

                  委托

控件对象的单击事件-------触发界面层的一个方法（调用逻辑层的一个方法）---调用数据层的一个方法

 

静态类又叫公共类，他的作用是公用的。