13518219792
简单用户表 tb_user:
创新互联专业成都网站建设、成都做网站，集网站策划、网站设计、网站制作于一体，网站seo、网站优化、网站营销、软文发稿等专业人才根据搜索规律编程设计，让网站在运行后，在搜索中有好的表现，专业设计制作为您带来效益的网站！让网站建设为您创造效益。
userid , username
用户详细信息表 tb_userinfo
userid , email , homepage , phone , address
把用户信息分开的目的就是保证经常查询的数据在一张表，其它信息放到另一张表
论坛主题表 tb_bbs
bbsid , userid , title , ip , repleycount , replyuserid , createtime , lastreplytime
论坛内容标 tb_bbs_content (此表可按照bbsid进行分表存储)
bbsid , content;
论坛回复表 tb_bbs_reply (此表可按照bbsid进行分表存储)
replyid , bbsid , userid , content , replytime , ip
在JAVA开发中数据库的学习也是我们需要了解的，截下来几篇文章都是关于数据库的设计和应用，那么java课程培训机构废话不多说开始学习吧！
数据库的设计
数据库设计是基础，数据库优化是建立在设计基础之上的。好的数据库一定拥有好的设计。
数据库设计的目标是为用户和各种应用系统提供一个信息基础设施和高效的运行环境。
数据库的三大范式
第一范式1NF:所有的域都应该是原子性的，即数据库表的每一列都是不可分割的原子数据项，而不能是集合，数组，记录等非原子数据项。
第二范式2Nf:第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关(主要针对联合主键而言)。也就是说在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中。
第三范式3Nf:所有字段必须与主键直接相关，而不是间接相关。也可以理解为字段不要和其他非主键字段相关.
注意:这三个范式尽可能去遵守,不是一定要墨守成规.这只是让我们设计的表的时候,越靠近这些范式,可以使字段尽量的减小冗余.但是有时候也可以根据实际需要小小的违背一下.但是第三范式违反一下还可以接受,但是第一范式别违反.
数据库设计的步骤
需求分析阶段
准确了解与分析用户需求(包括数据与处理)。是整个设计过程的基础，是最困难、最耗费时间的一步。
概念结构设计阶段
是整个数据库设计的关键--设计数据库的E-R模型图，确认需求信息的正确和完整
Entity_Relationship---实体之间的关系
一对一
一对多
多对一
1、首先下载安装navicat，安装完成以后打开navicat，这里的界面是中文的， 很多人下载的是英文版的
2、点击“文件”，选择“新建连接”
3、在弹出来的“新建连接”对话框中，输入mysql的基本信息，如IP地址，mysql用户名和密码。本地数据库IP请使用localhost或者127.0.0.1
3、输入完成以后，点击“测试连接”按钮，如果连接成功，弹出“连接成功”的对话框。
4、然后，再点击“确定”按钮，连接成功，如图所示
5、双击左侧“连接”栏内新建立的连接，就会出现mysql中所有的数据库了
6、然后右键点击该连接，选择“新建数据库”
7、在“新建数据库”对话框中，输入数据库名、字符集和排列规则。如果不知道字符集是什么类型的，请选择“Default character set”，输入完毕以后，点击确定，完成数据库创建8、右键点击新创建的数据库，选择“运行sql文件”
9、在“运行sql文件”窗口中，选择要恢复的数据文件，然后点击确定，即可完成数据库的恢复。完成以后，在窗口右侧可以看到该数据库中的所有表
Log File物理结构
从 ib_logfile0和 ib_logfile1这两个文件的物理结构可以看出，在Log Header部分还是有些许差异的， ib_logfile0会多一些额外的信息，主要是checkpoint信息。
并且每个Block的单位是512字节，对应到磁盘每个扇区也是512字节，因此redo log写磁盘是原子写，保证能够写成功，而不像index page一样需要double write来保证安全写入。
我们依次从上到下来看每个Block的结构
Log File Header Block
Log Goup ID，可能会配置多个redo组，每个组对应一个id，当前都是0，占用4字节
Start LSN，这个redo log文件开始日志的lsn，占用8字节
Log File Number，总是为0，占用4字节
Created By，备份程序所占用的字节数，占用32字节
另外在ib_logfile0中会有两个checkpoint block，分别是 LOG_CHECKPOINT_1/ LOG_CHECKPOINT_2，两个记录InnoDB Checkpoint信息的字段，分别从文件头的第二个和第四个block开始记录，并且只在每组log的第一个文件中存在，组内其他文件虽然没有checkpoint相关信息，但是也会预留相应的空间出来。这里为什么有两个checkpoint的呢？原因是设计为交替写入，避免因为介质失败而导致无法找到可用的checkpoint的情况。
Log blocks
请点击输入图片描述
log block结构分为日志头段、日志记录、日志尾部
Block Header，占用12字节
Data部分
Block tailer，占用4字节
Block Header
这个部分是每个Block的头部，主要记录的块的信息
Block Number，表示这是第几个block，占用4字节，是通过LSN计算得来的，占用4字节
Block data len，表示该block中有多少字节已经被使用了，占用2字节
First Rec offet，表示该block中作为第一个新的mtr开始的偏移量，占用2字节
Checkpoint number，表示该log block最后被写入时的检查点的值，占用4字节
单表一亿？还是全库1亿？
1.首先可以考虑业务层面优化，即垂直分表。
垂直分表就是把一个数据量很大的表,可以按某个字段的属性或使用频繁程度分类,拆分为多个表。
如有多种业务类型，每种业务类型入不同的表，table1,table2,table3.
如果日常业务不需要使用所有数据，可以按时间分表，比如说月表。每个表只存一个月记录。
2.架构上的优化，即水平分表。
水平分表就是根据一列或多列数据的值把数据行放到多个独立的表里，这里不具备业务意义。
如按照id分表，末尾是0-9的数据分别插入到10个表里面。
可能你要问，这样看起来和刚才说的垂直分表没什么区别。只不过是否具备业务意义的差异，都是按字段的值来分表。
实际上，水平分表现在最流行的实现方式，是通过水平分库来实现的。即刚才所说的10个表，分布在10个mysql数据库上。这样可以通过多个低配置主机整合起来，实现高性能。
最常见的解决方案是cobar，这个帖子介绍的比较完善，可以看看。
cobar的逻辑层次图：
不过这种分库方式也是有一定局限性的，需要应用程序做相应的配合，比如说分库的情况下，虽然可以实现跨库查询，但是不能进行相关的group by计算。
另外，之前关于水平分表的实现方式，也可以通过表分区来实现。
mysql优化的方式有很多，选择上主要还是要考虑个人的实际情况，如代码不可控的情况下，就不适合选择按字段属性分表的情况，这样可能会带来大量的重构以及很多不可预期的风险。
而架构的优化，虽然对应用是透明的，但对sql的写法有很多局限性，比如说不能使用聚合函数等等，同时也需要有充足的硬件资源，只有一台服务器的情况下是没有意义的。
相比起来，代价最低的是按时间分表或分区，这两种办法对应用来说都是透明的。
分区只需要一次本地数据迁移的操作。
而通过分表把现网数据和历史数据分离，唯一的代价是定期的数据维护。
一般如果表里面有1亿数据的情况下，索引的问题应该是常识了，这方面我就不说了。
在控制台根目录下打开sqlserver企业管理器，新建sqlserver组，根据自己的情况进行选择；然后新建sqlserver
注册，进行对sqlserver的连接。准备妥当后，下面就开始了：
首先打开数据转换服务，新建包，打开dts界面，在连接中选择数据源进行配置。再选择将要转换到的目的文件，这里我选的
textfile(destination)，选择好文件的存放位置之后，我们来新建一个任务。这里我们只选择转换数据任务，将带有“选择源连接”“选择目的连接”的鼠标分别选中数据源和目的之后，我们对新生成的连接进行定义，在其属性中将源，目的，转换依次定义。
执行任务，提示成功。保存任务。然后在新建的任务上导出数据，有向导提示，其中一项选择“从源数据库复制表和视图”。
这一步已经把数据导出到目的文件中。
下一步在mysql中新建表，与将要导入的结构保持一致时，直接选取“从文本文件中提取数据，插入到数据表：”，将选项添好后，“发送”就可以了，浏览一下，数据已导入了。若要导入的表已经存在，且属性名也不同，这时就先建一个与要导入的数据相同结构的表并导入数据（按刚才的进行就可以了），然后在mysql中导出“数据和结构”，得到sql语句，将其在文本文件中编辑，利用文本编辑器的替换功能，将表名修改，列名加入，最后将其粘贴在要导入表的执行sql语句的地方，执行一下，数据便导入了。
