数据库设计表
表设计：
部门编号，部门名称，使用类型，执行情况，制度类型(a,b,c)
语句：
为简略，下面简写
部门名称：id
使用类型：a
执行情况：b
制度类型：c
selectid,max(t2.a),max(t2.b),max(t3.a),max(t3.b),max(t4.a),max(t4.b)
fromtestt1leftjoin(select*fromtestwherec='A')t2ont1.id=t2.idandt1.c=t2.c
leftjoin(select*fromtestwherec='b')t3ont1.id=t3.idandt1.c=t3.c
leftjoin(select*fromtestwherec='c')t4ont1.id=t4.idandt1.c=t4.c
groupbyid
直接这上面写的，没测试，领会精神吧，应该是没错
B. 根据如下表格内容如何设计数据库表(Mysql)
1、职责信息表、包含表述信息
2、工作任务表
3、职责和任务关联中间表
这样就做到了职责表1对多个工作表，后面不管怎么加都是一个套路
C. 数据库表设计
审核表：
字段如下：
单号，审核状态（例如a审核后是100，b审核后事150），
a审核人，a审核时间，a审核意见，
b审核人，b审核时间，b审核意见
一般都是这样的
D. 如何设计数据库中表的关系
1.理解您的数据
在设计表之前，应明确您打算如何处理数据，还要了解随着时间的推移数据会发生什么样的变化。您所做的假设将会影响最终的设计。
2.您需要什么样的数据
设计应用程序时，关键要了解设计的最终结果，以便确保您准备好所有必需的数据并知道其来源。例如，报表的外观、每个数据的来源以及所需的所有数据是否都存在。对项目损失最大的莫过于在项目后期发现重要报表缺少数据。
3.明确所需数据的类型和来源
知道需要什么样的数据后，就必须确定数据的来源。数据是否从其他数据源中导入？数据是否需要清理或验证？用户是否需要输入数据？明确所需数据的类型和来源是数据库设计的第一步。
4.您打算如何处理这些数据？
用户是否需要编辑这些数据？如果需要，应如何显示数据以便于用户理解和编辑？有没有验证规则和相关的查找表？要求对编辑和删除保留备份的数据输入有没有相关联的审核问题？需要为用户显示哪些摘要信息？是否需要生成导出文件？了解这些信息后，就可以想象字段之间是如何相互关联的了。
5数据之间如何相互关联？
将数据分组放入相关字段（例如与客户相关的信息、与发票相关的信息等），每个字段组都代表要建立的表。然后考虑如何将这些表相互关联。例如，哪些表具有一对多关系（例如，一个客户可能持有多张发票）？哪些表具有一对一关系（这种情况下，通常会考虑将其组合到一个表中）？
6.随着时间的推移数据会发生什么样的变化？
设计表之后，常常会由于没有考虑时间的影响而导致以后出现严重问题。许多表设计在当时使用时效果非常好，但是，常常会因为用户修改数据、添加数据以及随时间的推移而崩溃。开发人员经常会发现需要重新设计表的结构来适应这些变化。表的结构发生变化时，所有相关的内容（查询、窗体、报表、代码等）也必须随之更新。理解并预测数据会随时间推移发生哪些变化，可以实现更好的设计，减少问题的发生。
7.学习如何使用查询
了解如何分析和管理数据同样很重要。您应该深刻理解查询的工作原理，理解如何使用查询在多个表之间链接数据，如何使用查询对数据进行分组和汇总，以及如何在不需要以规范化格式显示数据时使用交叉表查询。
好的数据设计的最终目标就是要平衡两个需要：既要随着时间的推移有效地存储数据，又要轻松地检索和分析数据。理解查询的功能对正确设计表很有帮助。
E. 1，数据库表结构如何设计，有哪些表，分别有什么作用
一般可将数据库结构设计分为四个阶段，即需求分析、概念结构设计、逻辑结构设计和物理设计。
数据字典（Data Dictionary DD）用于记载系统定义的或中间生成的各种数据、数据元素，以及常量、变量、数组及其他数据单位，说明它们的名字、性质、意义及各类约束条件，是系统开发与维护中不可缺少的重要文件。数据与数据元素分别用数据表、数据元素表记载。其中，数据号是设计人员给定的顺序编号，用于分类清查与整理，并且与数据元素代码相关联。数据名是原有表格或凭证的名称。
F. 数据库设计时，表越多是不是越好呢
当然不是,1楼说得很专业,就是说只要表间建立合理的关系后,表的数量少点也可以
G. 数据库设计建表
建一个表就可以，用类型字段区分，以后写sql时方便查询，插入和排序
H. SQL数据库如何设计表的格式
基础表 矿井产量分类 回采煤量
掘进煤量
其他煤量
煤种分类 贫煤
贫瘦煤
…
指标名称 11 入洗量
12 精煤
121 精煤级别
8级
9级
…
122 精煤种类
肥精
焦精
…
13 中煤
14 煤泥
月计划 年月
矿井产量分类
煤种分类
计划量
实际发生 日期
矿井产量分类
煤种分类
指标
产量
预算内，预算外还要具体了解一下吧
I. 数据库表结构设计
1.典型地质遗迹基本概况表
包括地理位置、园区范围、自然条件等组成(表6-2)。
表6-2 基本概况(JBGK.MDB)数据库结构表
数据项说明:
地质公园编号:前3位国别代码，按行政区划代码(GB/T2260－98)填写，后3位地质遗迹点的顺序号。当公园范围较大，跨国界时，其编号以主景区所在的区域为准进行编号，后6位为顺序号，保证地质遗迹编号的唯一性。
地质遗迹分类:为适应现阶段地质遗迹的调查，地质公园建设和发展规划、科学普及的开展，以系统地球科学理论为指导，赵汀(2009)提出了显性地质遗迹的概念并建立了学科分类系统，并在此基础上完成了中国国家地质公园地质遗迹分类。
2.景区、景点数据(表6-3，表6-4)
表6-3 景区表结构(JQ.MDB)表
表6-4 景点表结构(JD.MDB)表
景区和景点数据关系(表6-5)为一对多关系。即，一个景区至少有一处以上的景点，任意一个景点只能属于某一个景区。
J. 数据库表的设计
表的设计有问题。建议加一个关系表：R_user_department：
里面存两个字段就可以了：DEPARTMENTNO和USERNO，两个字段做联合主键。这样用户和部门都是独立的实体，添加不会出现外键为空的现象。在需要联合查询的时候，只查询R_user_department字段就行了。