mysql表设计
1. 大项目如何设计mysql表结构
1、这个数据库设计关系不大，但是有关系。首先，你要考虑数据库的选型，大型项目是否用MySQL。
2、用MySQL是否对事务完整性有要求。InnoDB和MyISAM的区别。
3、了解一下DP（设计模式），在架构上考虑缓存、读写缓冲、读写分离等手段。
4、MySQL目前尚不支持表分区等功能，那么就要求要考虑是否分表存储。表存储的物理介质是否要分开。
5、索引。
6、即时数据和历史数据分开。
大体上先做这些，后期根据实际情况酌情优化。
2. mysql数据库中间表如何设计
命令行的我不知道，安装一个图形界面吧，mysql
administrator这个很好用的，在表上右键-maintenance-repair
table就可以了
3. [MySQL]MySQL表设计如何正确选着数据类型
选择正确的数据列类型能大大提高数据库的性能和使数据库具有高扩展性。在选择内数据列类型时，请从容以下几个方面考虑： 存放到数据列中的数据类型。 数据值的取值范围。 考虑性能和处理效率。 数值操作比字符操作快。 小类型的处理速度比大类型快。 不同数据表中固定长度类型和可变长度类型的处理效率是不同的。 可变长度类型在经过删除和修改操作后容易产生碎片，降低系统性能，需定期运行OPTIMIZE TABLE命令以优化数据表。 固定长度类型由于有固定的长度，所以容易确定每条记录的起始点，可加快数据表的修复速度。 在MyISAM和ISAM表中使用固定长度类型数据列有助改善数据库性能。 在InnoDB表中，固定长度和可变长度数据列类型都以相同方式存储，所以固定长度数据列类型并没有性能优势，反而由于可度长度数据列类型由于占用存储空间较少，所以处理速度会快些。 可索引类型能加快数据的查询速度。 明确指定数据列的NOT NULL属性可使MySQL在检索过程中不用去判断数据列是否是NULL，所以可加快处理速度。 数据如何进行比较，是否区分大小写。 是否要在数据列上建立索引。
4. mysql 子表和父表 设计成下图
如果父表和子表都作为基表的话，可以从重新建一个关系表，专门存放他们的关系。
A(aid,aname,asex)
B(bid,bname,bdate)
C(aid,bid,数量)
5. MySQL数据库表设计，需要建几个表，包括哪些字段
简单点： 用户表（用户ID，姓名，密码，性别，年龄，职业，微信，邮箱，手机，专长，用户状态，登录时间，是否管理员）其中也可以单独设置一个管理员表
试题类别：（类别 ID，类别名称，类别描述）
试题表：（试题 ID，试题类别 ID，试题描述，试题难度，试题答案）
答题表：（答题 ID，用户 ID，试题 ID，答题答案，答题评分）
大概就这样
6. 用MYSQL设计网站数据库，表的设计
你要这样想，如果分四张表，以后我叫你加个计算机学院的新闻，你是不是再来多张表、来个数学专系的。。。然后再然后。。你可以把他分开，新闻类别为一张表TB_TYPE;然后，再新闻表，对应的，每个新闻属于一个类别。这样对以后添加，就是加个类别而已
7. mysql表设计
用户表（UID,名称，密码，……）
好友表（UID1,UID2，添加时间，最后通话时间，累计通话次数，……）
8. 根据如下表格内容如何设计数据库表(Mysql)
1、职责信息表、包含表述信息
2、工作任务表
3、职责和任务关联中间表
这样就做到了职责表1对多个工作表，后面不管怎么加都是一个套路
9. mysql表的设计和关联问题
这个问题问的好，要弄一个表很容易，关键是表设计出来是否合理！
如果表设计的好，则会相当清晰，易于理解，后续开发上事半功倍，维护也方便；如果设计的不好，则难以理解，维护困难，代价大。
表与表之间的关系有三种：1.一对一，2.一对多，3.多对多
一对一的表，两表的属性实际上完全可以合并成一个表，共用一个主键即可；
一对多的表，可以设中间关联表，也可以将关联表并入“多”这头；若设独立关联表，则可引入“多”这头的主键作为其主键，也可另立主键，并将“一”和“多”两表的主键作为关联表的外键；
多对多的表，则必须设中间关联表，关联表设独立主键，并引入两个“多”头的表的主键作为关联表的外键。
这是上述三种关系表在键处理上的基本原则。
范式还是要遵循的，这套理论还是科学合理的。不要相信反范式设计，反范式设计在规模庞大时，数据冗余多，编码及维护会变得困难，万一考虑漏掉的将导致数据不一致，甚至酿成灾难。严格按照范式理论来设计数据库，将使你编码及维护时少操很多心。
一般来说，先进行需求分析，然后画出数据流图，然后再根据数据流图画出ER图，然后再根据ER图创建各种表。表是根据ER图来创建的，表设计的合不合理，关键是ER图抽像的合不合理。在抽像ER图时，一般遵循这样的原则：
能用1对1的，就不用1对多；能用1对多的，就不用多对多，往简单化方向靠；
能当属性处理的，尽量当属性，而不是当实体处理去另立新表，这样可使问题简化。
把意义相近联系紧密的属性放在一张表内，而不是拆在多张表中。
看了一下你上述几张表，我认为不合理，户主是人，家庭成员也是人，把他们分在户主表和家庭成员表中不合理，他们是同一类的，宜合在一张家庭成员表中，并增加一个标志性字段，以指明哪个人是户主。另外，宜建立一张地址表，以取代户主表，地址表中宜指明乡场镇、村巷道、几区、门牌号等与地址关系紧密的属性，把户籍、联系方式、户主等字段拿走，他们不是地址属性，这几个宜放在成员关系表中，户籍是人的属性，并非地址的属性，联系方式就更明显了，要联系的是人，而不是地址。
很明显，地址和家庭成员是一对多关系，一个地址同时可以住着多个成员，而一个成员同时只能住一个地址，这样，设计成地址表和家庭成员表之后，要在家庭成员表中再加一个地址外键字段，把地址表的主键当作家庭成员表的外键填入，这样，成员表中的每个人都可以通过地址外键字段到地址表中找到其所住地址。另外，成员表中也指明了哪个人是户主，也指明了每个人的户籍和联系方式，这些信息你都可以找得到。
10. 如何用mysql设计表
设计表。。
你这个问题不清楚，我当你是设计数据库把：
最简单的一句话：版数据权库内数据冗余（重复的数据）越少，说明数据库越好。
http://ke..com/view/402020.html?wtp=tt
这是数据库中的范式，你可以看看
我举个例子把：
学生表里有学号，姓名，班级等字段
假设学生表中有48为同学的班级是高一（1），
可是学生表中的班级是高一（2）班。
如果要修改，需要修改多少条？
答案是：48条。
要是这样子呢：
学生表的班级存放的是班级编号（班级表主键，学生表外键（外键就是外表的主键））
班级表：班级编号，班级名称
这样，我们只要把班级表的名称改改就行了。（也就改1条记录）