13518219792
1、职责信息表、包含表述信息
创新互联公司于2013年开始，是专业互联网技术服务公司，拥有项目成都做网站、成都网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元夏津做网站,已为上家服务,为夏津各地企业和个人服务,联系电话:13518219792
2、工作任务表
3、职责和任务关联中间表
这样就做到了职责表1对多个工作表，后面不管怎么加都是一个套路
1、打开Navicat for MySQL,找到要创建数据库中数据表
2、接着我们在“表”上面单击鼠标右键,然后点击“新建表”
3、然后，右边就会出现设计表的界面，这里可以设置表的字段名，类型，长度以及是否为null等
4、设计完数据表之后，点击“保存”按钮就OK了。
5、我们在其中输入表名就点击确定就可以了，表名可以根据自己的需求来设置
工具/材料
Navicat
01
我们可以利用Navicat这个客户端工具来创建表。
打开Navicat，连接上要操作的数据库，点击打开这个库。
02
打开后，在右边的视图上就可以看到这个库里所有的表了。
03
在这里右键点击空白的地方，点击菜单里的‘New Table’
04
点击后，就会创建一个新的表了，我们在这里设置表的字段，比如设置了二个字段，id，和name，
05
按下快捷键ctrl+s就会保存这个新建的表，先输入表的名字，点击ok按钮就行了。
06
在表视图里就可以看到刚才建好的表了。
这个问题问的好，要弄一个表很容易，关键是表设计出来是否合理！
如果表设计的好，则会相当清晰，易于理解，后续开发上事半功倍，维护也方便；如果设计的不好，则难以理解，维护困难，代价大。
表与表之间的关系有三种：1.一对一，2.一对多，3.多对多
一对一的表，两表的属性实际上完全可以合并成一个表，共用一个主键即可；
一对多的表，可以设中间关联表，也可以将关联表并入“多”这头；若设独立关联表，则可引入“多”这头的主键作为其主键，也可另立主键，并将“一”和“多”两表的主键作为关联表的外键；
多对多的表，则必须设中间关联表，关联表设独立主键，并引入两个“多”头的表的主键作为关联表的外键。
这是上述三种关系表在键处理上的基本原则。
范式还是要遵循的，这套理论还是科学合理的。不要相信反范式设计，反范式设计在规模庞大时，数据冗余多，编码及维护会变得困难，万一考虑漏掉的将导致数据不一致，甚至酿成灾难。严格按照范式理论来设计数据库，将使你编码及维护时少操很多心。
一般来说，先进行需求分析，然后画出数据流图，然后再根据数据流图画出ER图，然后再根据ER图创建各种表。表是根据ER图来创建的，表设计的合不合理，关键是ER图抽像的合不合理。在抽像ER图时，一般遵循这样的原则：
能用1对1的，就不用1对多；能用1对多的，就不用多对多，往简单化方向靠；
能当属性处理的，尽量当属性，而不是当实体处理去另立新表，这样可使问题简化。
把意义相近联系紧密的属性放在一张表内，而不是拆在多张表中。
看了一下你上述几张表，我认为不合理，户主是人，家庭成员也是人，把他们分在户主表和家庭成员表中不合理，他们是同一类的，宜合在一张家庭成员表中，并增加一个标志性字段，以指明哪个人是户主。另外，宜建立一张地址表，以取代户主表，地址表中宜指明乡场镇、村巷道、几区、门牌号等与地址关系紧密的属性，把户籍、联系方式、户主等字段拿走，他们不是地址属性，这几个宜放在成员关系表中，户籍是人的属性，并非地址的属性，联系方式就更明显了，要联系的是人，而不是地址。
很明显，地址和家庭成员是一对多关系，一个地址同时可以住着多个成员，而一个成员同时只能住一个地址，这样，设计成地址表和家庭成员表之后，要在家庭成员表中再加一个地址外键字段，把地址表的主键当作家庭成员表的外键填入，这样，成员表中的每个人都可以通过地址外键字段到地址表中找到其所住地址。另外，成员表中也指明了哪个人是户主，也指明了每个人的户籍和联系方式，这些信息你都可以找得到。
