浅谈数据库类成果地质资料汇交

发布网友 发布时间：2022-04-23 00:23

我来回答

共2个回答

懂视网 时间：2022-05-03 05:00

数据库配置

通过配置文件统一配置的目的：统一管理 服务端(mysqld) 、客户端(client)
配置了 mysqld(服务端) 的编码为utf8，那么再创建的数据库，默认编码都采用utf8

配置流程
1）在mysql安装根目录下，创建配置文件：my.ini
mac下配置文件名叫 my.cnf

2）设置配置文件内容并保存

[mysqld] # 服务器配置
port=3306 # 可以修改数据库默认端口(如果数据库端口被其他软件占用)
character-set-server=utf8 # 编码格式
collation-server=utf8_general_ci # 排序方式（默认跟编码格式走）

[client] # mysql自己的客户端叫[mysql]，配置[client]即配置了[mysql]，也配置了其他存在方式的客户端，比如Navicat可视化客户端
default-character-set=utf8 # 编码格式

3）重启数据库服务

数据库修改信息

修改字符编码

mysql>: alter database 数据库名 charset=编码格式;

用户操作

为特定的数据库分配有该数据库 操作权限 的用户

mysql>: grant 权限们 on 数据库.表 to 用户名@'主机名' identified by '密码';

1）all：所有权限
2）oldboy.*：oldboy数据库下所有表
3）oldboy@‘localhost‘：本机可以通过oldboy用户登入
4）identified by ‘Oldboy123‘：密码为Oldboy123

eg>: grant all on oldboy.* to oldboy@'localhost' identified by 'Oldboy123';

1）select,delete,update,insert,drop,alter：指定的权限
2）oldboy.*：oldboy数据库下所有表
3）oldboy@‘%‘：任何机器可以通过oldboy用户登入
4）identified by ‘Oldboy123‘：密码为Oldboy123

eg>: grant select,delete,update,insert,drop,alter on oldboy.* to oldboy@'%' identified by 'Oldboy123';

#撤销权限

mysql>: revoke 权限1,权限2,... on 数据库名.表名 from 用户名@'主机名';
#禁掉本地oldboy用户对oldboy数据库的所有表的drop权限
eg:> revoke drop on oldboy.* from oldboy@'localhost';

删除用户

drop user 用户名@'主机名';

表的修改

修改表名

mysql>: alter table 旧表 rename 新表;

修改字段名

mysql>: alter table 表名 change 旧字段 新字段 类型(长度);

修改字段属性

mysql>: alter table 表名 modify 字段 新类型(长度);

创建表的完整语法

长度和约束在某些情况下是可以省略的

mysql>: create table 表名 (
 属性名1 类型(长度) 约束,
 ...
 属性名n 类型(长度) 约束
) engine=引擎 default charset=utf8;

数据库表的引擎：驱动数据的方式 - 数据库优化

前提: 引擎是建表是规定, 提供给表使用的, 不是数据库

展示所有引擎

mysql> show engines; 

innodb(默认): 支持事务, 行级锁, 外键

mysql>: create table t11(id int)engine=innodb;

myisam: 查询效率要优于innodb, 当不需要支持事务, 行级锁, 外键, 可以通过设置myisam来优化数据库

mysql>: create table t12(id int)engine=myisam;

blackhole：黑洞，存进去的数据都会消失（可以理解不存数据）

mysql>: create table t13(id int)engine=blackhole;

memory：表结构是存储在硬盘上的，但是表数据全部存储在内存中

mysql>: create table t14(id int)engine=memory;

数据库的模式

mysql 5.7 以后默认都是安全模式

mysql 5.6 版本

sql_model=no_engine_substitution # 非安全性，默认
sql_model=strict_trans_tables # 安全性

查看当前数据库模式:

show variables like "%sql_mode%"; # %匹配0~n个任意字符 => 模糊查询

临时设置为安全模式，服务重启后会被重置

mysql>: set global sql_mode="strict_trans_tables"; # 在root用户登录状态下

在设置后，quit断开数据库连接后(服务器不重启)就会进入安全模式

安全模式下，非安全模式下sql执行的警告语句，都会抛异常

eg>: create table t1(name char(2));
eg>: insert into t1 values ("ab") # 正常
eg>: insert into t1 values ("owen") # 错误 Data too long for column 'name' at row 1

mysql支持的数据类型

整型

类型

tinyint：1字节，取值范围-128~127，默认长度4
smallint：2字节，取值范围 -32768 ~ 32767，默认长度6
mediumint：3字节
int：4字节 -2147483648~2147483647
bigint：8字节

约束

unsigned：无符号
zerofill：0填充

建表

mysql>: create table tb1(x tinyint, y smallint, z int(6));

# 插入数据
mysql>: insert into tb1 values(128, 32768, 32768); # 结果：127，32767，32768

结论：整型的长度由所占字节(取值范围)决定，可以自定义长度，但是不影响所占字节(取值范围)
所有整型变量的长度一般都省略不写

结论>: create table tb1(x tinyint, y smallint, z int);

整型约束

mysql>: create table tb2(x tinyint unsigned); # 0~255
mysql>: insert into tb2 values(256), (-1); # 255, 0

0填充约束

mysql>: create table tb3(x tinyint unsigned zerofill);
mysql>: insert into tb3 values(10); # 010

浮点型

在安全模式下测试浮点型类型

类型
float(M, D)：4字节，3.4E–38～3.4E+38
double(M, D)：8字节，1.7E–308～1.7E+308
decimal(M, D)：所在字节M，D大值基础上+2，其实就是M值+2就是decimal字段所占字节数
‘‘‘
宽度
限制存储宽度
(M, D) => M为位数，D为小数位，M要大于等于D
float(255, 30)：精度最低，最常用
double(255, 30)：精度高，占位多
decimal(65, 30)：字符串存，全精度
‘‘‘

建表：

mysql>: create table tb4 (age float(256, 30)); # Display width out of range for column 'age' (max = 255)
mysql>: create table tb5 (age float(255, 31)); # Too big scale 31 specified for column 'age'. Maximum is 30.
mysql>: create table tb5 (age float(65, 30)); # 在合理取值范围
 
mysql>: create table t12 (x float(255, 30));
mysql>: create table t13 (x double(255, 30));
mysql>: create table t14 (x decimal(65, 30));
# 1.111111164093017600000000000000 
mysql>: insert into t12 values(1.11111111111111111119); 
# 1.111111111111111200000000000000
mysql>: insert into t13 values(1.11111111111111111119);
# 1.111111111111111111190000000000
mysql>: insert into t14 values(1.11111111111111111119);

# 重点：长度与小数位分析
# 报错，总长度M必须大于等于小数位D
mysql>: create table t14 (x decimal(2, 3));

# 能存储 -0.999 ~ 0.999，超长度的小数位会才有四舍五入，0.9994可以存，就是0.999,0.9995不可以存
mysql>: create table t14 (x decimal(3, 3)); # 整数位 3 - 3，所以最大为0

# 能存储 -9.999 ~ 9.999，超长度的小数位会才有四舍五入，9.9994可以存，就是9.999,9.9995不可以存
mysql>: create table t14 (x decimal(4, 3)); # 整数位 4 - 3，所以最大为9

# 能存储 -99.999 ~ 99.999，超长度的小数位会才有四舍五入，99.9994可以存，就是99.999,99.9995不可以存
mysql>: create table t14 (x decimal(5, 3)); # 整数位 5 - 3，所以最大为99

字符串：数据库优化 - char效率要高于varchar

类型
char：定长，永远采用设置的长度存储数据
varchar：不定长，在设置的长度范围内，变长的存储数据

宽度
限制存储宽度
char(4)：存 "a" "ab" "abc" "abcd"都采用4个长度，"abcde" 只能存储前4位(安全模式下报错)
varchar(4)：存 "a" "ab" "abc" "abcd"分别采用1,2,3,4个长度存储，"abcde" 只能存储前4位(安全模式下报错)

char就按定长存储，如果数据长度变化大，通常更占空间，但是存取数据按固定定长操作，效率高
varchar存储数据时，会先计算要存储数据的长度，动态变长存储数据，所以一般较省空间，但是计算是需要耗时的，所以效率低

varchar计算出的数据长度信息也是需要开辟空间来存储，存储在数据头（数据开始前）中，也需要额外消耗1~2个字节
所以如果数据都是固定长度，或是小范围波动，char相比就不会更占空间，且效率高
‘‘‘

建表

mysql>: create table ts1 (s1 char(4), s2 varchar(4));
mysql>: insert into ts1 values('adcde', 'xyzabc'); # 'adcd', 'xyza'

时间

类型

year：yyyy(1901/2155)
date：yyyy-MM-dd(1000-01-01/9999-12-31)
time：HH:mm:ss
datetime：yyyy-MM-dd HH:mm:ss(1000-01-01 00:00:00/9999-12-31 23:59:59)
timestamp：yyyy-MM-dd HH:mm:ss(1970-01-01 00:00:00/2038-01-19 ??)

建表

mysql>: create table td1 (my_year year, my_date date, my_time time);
mysql>: insert into td1 values(1666, '8888-8-8', '8:8:8'); # 时间需要在取值访问内

mysql>: create table td2 (my_datetime datetime, my_timestamp timestamp); 
mysql>: insert into td2 values('2040-1-1 1:1:1', '2040-1-1 1:1:1'); # 时间需要在取值访问内 
mysql>: insert into td2(my_datetime) values('2040-1-1 1:1:1'); # timestamp不复制会才有系统当前时间

# datetime：8字节，可以为null
# timestamp：4字节，有默认值CURRENT_TIMESTAMP

枚举与集合

枚举与集合：为某一个字段提供选项的 - 枚举只能单选(1个)，集合可以多选(0-n个)

建表
enum、set默认值为NULL

mysql>: create table tc1 (name varchar(20), sex enum('男', '女', '哇塞'), hobbies set('男', '女', '哇塞'));
mysql>: insert into tc1 values('ruakei', '哇塞哇塞', '未知'); 

enum、set手动设置默认值 ‘男‘ 与 ‘哇塞‘

mysql>: create table tc2 (name varchar(20), sex enum('男', '女', '哇塞') default '男', hobbies set('男', '女', '哇塞') default '哇塞');
mysql>: insert into tc2 values('ruakei', '哇塞哇塞', '未知'); 
mysql>: insert into tc2(name) values('ruakei');

对sex、hobbies两个字段赋值错误，系统默认用空字符串填充(非安全模式)，安全模式抛异常
如果对出sex、hobbies两个字段外的其他字段进行赋值，这两个字段会才有默认值

注：对set类型的字段进行赋值，用一个字符串，字符串内部用,将多个选项隔开，且不能添加空格等其他额外字符

mysql>: insert into tc2 values('ruakei_1', '女', '男,女,哇塞'); 

约束

primary key：主键，唯一标识，表都会拥有，不设置为默认找第一个 不空，唯一 字段，未标识则创建隐藏字段
foreign key：外键
unique：唯一性数据, 该条字段的值需要保证唯一,不能重复

auto_increment：自增，只能加给key的int类型字段，作为辅助修饰，一个表中只能设置一个自增字段

not null：不为空 - 针对一些字段，如注册时的用户名，出生人的性别等，这些需求下的字段，只不能设置为Null，必须要对其赋值
default：默认值 - 对有默认值意外的字段进行赋值时，有默认值的字段会被赋默认值

unsigned：无符号 - 存储的数字从0开始
zerofill：0填充 - 存整数时数据长度小于取值范围长度，会在数字左方用0填充

not null 与 default 限制
不能为空，没有默认值的x，必须赋值
y、z在没有赋值情况下，才有默认值，设置值后，采用默认值

mysql>: create table td1 (x int not null, y int default 0, z int default 100);



# 报错，auto_increment必须设置给 键字段
mysql>: create table td2 (x int auto_increment);
# 报错，auto_increment必须设置给 int字段
mysql>: create table td2 (x char(4) auto_increment);
# 报错，auto_increment字段最多出现 1次
mysql>: create table td2 (x int unique auto_increment, y int unique auto_increment);

# 正确，主键和唯一键分析
# x为主键：没有设置primary key时，第一个 唯一自增键，会自动提升为主键
mysql>: create table td21 (x int unique auto_increment, y int unique);
# y为主键：没有设置primary key时，第一个 唯一自增键，会自动提升为主键
mysql>: create table td22 (x int unique, y int unique auto_increment);
# x为主键：设置了主键就是设置的，主键没设置自增，那自增是可以设置在唯一键上的
mysql>: create table td23 (x int primary key, y int unique auto_increment);
# x为主键：设置了主键就是设置的，主键设置了自增，自增字段只能有一个，所以唯一键不能再设置自增了
mysql>: create table td24 (x int primary key auto_increment, y int unique);
# 默认主键：没有设置主键，也没有 唯一自增键，那系统会默认添加一个 隐式主键（不可见）
mysql>: create table td25 (x int unique, y int unique);

# 唯一键：确保一个字段，数据不能重复
# 主键：是一条记录的唯一标识（可以理解为数据的编号）



# 联合唯一
# ip在port不同时，可以相同，ip不同时port也可以相同，均合法
# ip和port都相同时，就是重复数据，不合法
mysql>: create table tu1 (ip char(16), port int, unique(ip, port));

# 也可以设置成 联合主键，道理同 联合唯一
mysql>: create table tu2 (ip char(16), port int, primary key(ip, port));
# sql可以多行书写
mysql>: 
create table t22(
 ip char(16),
 port int,
 primary key(ip,port)
);


# 通常自增字段的 自增索引 会被永久记录，想清空表并清空自增索引：
mysql>: truncate 数据库名.表名

浅谈数据库1

标签：查看   自动   密码   客户   安全模式   联合   插入数据   变化   rev   

热心网友 时间：2022-05-03 02:08

金 妮¹刘小娥¹刘 虹²

（1. 湖南省国土资源信息中心；2. 湖南省核工业地质调查院）

摘 要 本文概述了数据库类成果地质资料的定义、分类及存放方式，在此基础上结合工作实际，分析了数据库类成果地质资料汇交中管理的难点问题、质量问题，以及对地质资料管理人员和社会化服务的影响，并针对所存在的问题提出了几点建议，以保证数据库类资料完整、准确、有效地在现代化建设中发挥重要作用。本文作者借数据库类资料抛砖引玉，希望与其他同仁进一步交流。

关键词 数据库 成果地质资料 汇交

0 引言

地质资料是地质工作成果的主要表现形式，是国民经济建设和进一步开展地质工作、科学研究等的依据和基础，是国家的宝贵财富。新中国成立以来，我国通过建立统一的地质资料汇交制度，为国家积累了大量的地质资料^[1]，这些资料在国民经济建设中发挥了重要的作用。随着计算机的普及及应用、高新技术的渗透，地质资料管理已从传统的纯手工管理发展到现在的数字化管理^[2]，大量地质工作成果也已经以数据库形式出现。

1 数据库类成果地质资料

1.1 数据库类成果地质资料定义

数据库类成果地质资料，是指成果地质资料中以数据库建设为主体工作内容而形成的各类数据库^[3]。其将地质工作成果按照数据结构来组织和存储，以利于实现地质类成果数据共享，并对成果信息进行集中控制和管理。

1.2 数据库类成果地质资料分类

数据库有很多种类型，包括最简单的存储各种数据的表格，以及能够运行海量数据存储的大型数据库系统。目前湖南省国土资源信息中心馆藏机构已验收的数据库有：市、县级矿山地质环境数据库管理信息系统，市、县级地质灾害调查数据库和数字地质填图数据库。

市、县级矿山地质环境数据库管理信息系统是在 DmGis 平台上开发的单机版软件；市、县级地质灾害调查数据库包括 Access MDB 数据格式的地质灾害数据库和 MapGis 格式的图形数据；数字地质填图数据库是指数字填图地质工作过程中形成的所有数据，由 DBF、MDB、MapGis 等多种格式组织形成。

1.3 数据库存放

数据库类文件置于“源电子文件”目录下“数据库和软件”文件夹内，同其他成果地质资料电子文件一起存储于光盘和移动硬盘中进行汇交。

2 数据库类成果地质资料汇交中存在的问题

2.1 管理中的难点问题

自进入市场经济*以后，特别是随着我国矿业权制度的建立，矿业投资出现了多元化局面，地质资料与矿业权的依附关系也已越来越清晰，地勘单位为了在地质勘查工作立项、项目投标、争取资金等方面谋得优势地位^[1]，同时担心汇交资料的泄密而影响其自身利益，纷纷加强了对地质资料的封锁，使得近些年，地质资料欠交、拒交现象十分严重。数据库是成果地质资料的重要组成部分，其包含了大量的成果信息，地勘单位汇交人在汇交时就更加谨慎。

2.2 汇交中存在的质量问题

数据库类资料汇交内容的齐全、完成、准确是保证其二次开发及利用的基础，《关于印发 <成果地质资料电子文件汇交格式要求 > 的通知》（国土资发 2006[210] 号）对数据库类电子文件的汇交作出了具体的规定。数据库汇交，应包括项目工作最终评审通过的整个库文件、管理或浏览数据库的软件系统及其使用说明，以及使用数据库所必需的系统库、字库、外部链接文件等相关文件和技术文档，以保证其能正常使用。

通过对数据库类成果地质资料汇交工作的实践，数据库电子文件汇交中存在的质量问题，主要有以下几个方面：

（1）汇交人应根据项目任务书要求汇交完整的数据库资料，一般数据库内所存储的地质工作成果比较齐全，但汇交人很容易忽视与数据库相关的其他文件，如数据库验收意见、建库报告、技术文档和说明性文件（如系统的用户名和密码）等；带图件的数据库，容易忽视提供相关的字库和系统库，部分图形数据库中缺失图名、比例尺等信息；数字地质填图数据库区调类空间数据库容易忽视提供元数据。

（2）数据库内容与验收意见不一致，如地质灾害调查数据库，对应数据库审查意见验收时，各地质灾害类型和数量对应不上，各市、县数据库一起汇交，有张冠李戴现象。建库报告、技术文档纸质或电子文件有时会出现缺页多页或页码颠倒等问题；数字地质填图类数据库野外路线数据与成果地质图反映内容不一致。

（3）数据库类资料未按 210 号文成果地质资料电子文件汇交格式要求，存放于相应位置，而是单独存放于一个自建的文件夹中。

在检查对应的纸质文件方面，存在的问题如下：

（1）建库报告、技术文档双面打印时，页码应居中或放外侧，但常出现放内侧的情况。

（2）当数据库类的建库报告，技术文档单独装订时，汇交人容易忽视加盖编制单位公章。

（3）图纸类折叠不规范，大小、长短不规则；当图纸过大、需要接图时，有用双面胶接图的情况。

3 数据库类成果地质资料汇交对管理人员和社会化服务的影响

当前，随着信息技术的发展，要做好数据库类成果地质资料汇交工作，必须要有地质专业和信息技术方面的人才，要有一个好的技术团队和管理团队。由于数据库种类较多，内容繁琐，数据库验收人员应加强学习，掌握各类数据库的验收技巧，并积极与地勘单位项目组成员或汇交人沟通，确保数据库类资料齐全、完整、准确。

数据库是地质信息中最重要的，随着数据库以成果形式的大量出现，为了避免在地质工作中重复投入、减少社会浪费，其提供社会化服务是大势所趋，从而也使服务形式往多元化发展，服务产品多样化。而做好数据库类资料的社会化服务，离不开服务机制的完善，离不开硬件的建设。

4 几点建议

4.1 加强地质资料汇交管理制度的建设

首先应着力解决地质资料汇交的监督管理问题，要严格履行《地质资料管理条例》赋予地质资料管理部门的职责，维护条例的严肃性和权威性，地质资料的汇交应严格执行矿业权管理制度的有关规定。同时，应加强汇交人汇交数据库的意识，并消除各汇交单位对权益保护存在的顾虑；加强法制观点的宣传，依法汇交资料是汇交人的责任和义务，同时国家也保障汇交人的权益，保障资料的安全及合理提供利用。

4.2 加强对地质资料汇交人的培训工作

由于汇交人经常有变动，汇交要求为顺应新形势也在逐步完善，积极开展培训工作是必要的。汇交单位也应积极响应。有些单位地质资料不经过资料室直接由项目组成员汇交，建议各汇交单位派资料室专人进行汇交，项目组成员给予配合、督促汇交工作的完成。

4.3 积极推进数据库类成果地质资料社会化服务

首先应完善服务机制，加强硬件的建设，加强对数据库类资料的服务意识。在地质资料目录数据库建设中，应包含资料中是否有数据库的信息，提供社会查询，服务人员也应提供简捷、高效、优质的服务，展现良好风貌。

5 结语

数据库类成果地质资料承载了大量有价值的地质工作成果信息，积极做好其汇交工作，需要各方面的共同努力。我们要继续做好数据库类资料的检查和验收工作，要更好地掌握各类数据库验收的新方法、新要求，以保证其完整、准确、有效地在国民经济建设和社会发展中发挥重要作用^[4]。

参 考 文 献

[1] 卫伟，王天文 . 地质资料汇交的重要性及管理中的难点和对策 [J]. 山东煤炭科技，2003，（2）：41

[2] 程琳 . 浅谈成果地质资料汇交验收工作中存在的问题及对策 [J]. 资源环境与工程，2010，24（2）：207 ～ 209

[3] 全国地质资料馆 . 地质资料管理技术规范与标准 [M]

[4] 李桂芳 . 成果地质资料汇交中存在的问题及对策 [J]. 资源环境与工程，2007，21（4）：476 ～ 478