任务的5-8项

在第四项中有关于怎么建立表在Navicat里面stu_information 并且向里面添加了一行(column)数据

表的结构

开始登陆mysql

mysql -uroot -p ----->输入 密码 进入 mysql>

接着查询数据库

show databases;

如果要用哪个数据库

use databasename;

例如:use student;

显示里面的字段详细信息

查询里面的信息

多插入一条信息

根据老大名字查询老大的全部信息

select * from stu_information where username='老大';

先用Navicat讲email改成"老大最帅"

我在用SQL语句讲email扎个字段的:"老大最帅"--改为-->"老大handsome boy帅"

update stu_information set email='老大handsome boy帅' where username='老大';

将SQL语句导出

删除记录

删除后这个样子

运行导出的SQL文件恢复数据

-

恢复数据

后面写总结发现这块的盲区------------------->补充一下

1、对于开关型字段建议number(1,0) 而不是varchar2(1),避免用户错误保存Y/N,而不是1/0,这样可能会引入大小写问题 
                                    
2、对于数据字典编码字段,不要小气的确定为3位,最好统一为32位 
经验证明,有时受从其它系统数据接入的影响,由于没有对照项,会直接保存原始值,而原始值一般都5-10位 
统一为32位的好处是,可以考虑利用GUID来生成数据字典编码,这样在数据合并时非常有优势. 
                            
3、对于一般性录入字段,如:编号,轴号,车号,不要为了一时的"绝对"而设置确定的长度,最好统一成较优的长度,如32位!   
      如:车号最早是6位,没多久就改成了7位! 轴号开始为8位,但实际上有15位的轴号!轴承编号由10改为了20位   
                                      
4、对于类似名称的字段: 如单位名称, 数据字典项目的名称等,最好再大一些,设成60位!   
                
5、对于备注类型的字段,一般内容在30个汉字左右,所以推荐设置为100   
                
6、对于长文本的字段,一般内容在200个汉字左右,推荐设置为1000   
                      
7、对保存SQL语句的字段(特殊情况,如配置传输条件等),至少要设置为2000,最大是4000   
                                        
8、对于数字字段,除非精度要求,统一为number是个较好的选择 （如果需要，请尽量提前考虑好精度可能的变化）
number默认精度为15位(整数位数+小数位数=15位,小数点位置任意),其它大数值也可以保存,但是采用的是科学计数法,有精度损失   
      用number,不指定精度的最大的好处是不限制数值的精度和范围   
       如果指定number(2,1),则存入的数值范围在-9.9 至 9.9之间,如果用户提出精度调整为2位,则需要修改数据库和程序!   
                              
9、对于日期型的就没有什么说法了  

今天完成:5-8 的任务要求完成(在昨天的任务中师兄说了一些关于字段的长短的要求,字段的长短不要过多也不要不够)

明天计划:完成9-11的关于表的字段的索引,还有考虑索引带来的好处(缩短大量数据查询----不需要全部遍历每个字段的内容)

遇到的困难:对字段的具体长度了解较少不是很精确,有一些浪费系统数据空间的开销

收获:知道自己在数据库的设计上面的不足,自己及时的去补救,还有对类型的把控有了更好地理解(上面最后的补充对一般类型的设计的常规设计字段的长度要求)

坚持到底-------------------->:)