试验内容
1、 数据表的建立
基本表《简单的》带有主键
带有外码约束的(外码来自其他表或者本表)
2、 数据表的修改
添加删除列
修改列属性类型
添加删除约束(约束名)
元组的添加,修改,删除
删除数据表
试验过程
1、create table student
(
sno char(9) primary key , /*sno是主码 列级完整性约束条件*/
sname char(20) unique, /*sname取唯一值*/
ssex char(2),
sage smallint, /*类型为smallint*/
sdept char(20) /*所在系*/
)
create table course
(
cno char(4) primary key, /*列级完整性约束条件,cno是主码*/
cname char(40),
cpno char(4), /*cpno的含义是先行课*/
ccredit smallint,
foreign key (cpno) references course(cno)
/*表级完整性约束条件,cpno是外码,被参照表是course,被参照列是cno*/
)
create table sc
(
sno char(9),
cno char(4),
grade smallint,
primary key (sno,cno),
/*主码有两个属性构成,必须作为表级完整性进行定义*/
foreign key (sno) references student(sno),
/*表级完整性约束条件,sno是外码,被参照表是student*/
foreign key (cno) references course(cno),
/*表级完整性约束条件,cno是外码,被参照表示course*/
)
例1、create table s
(
cno varchar(3), /*变长的字符串,输入2个字符就是两个字符不会补空格*/
sname varchar(20),
status int,
city varchar(20),
constraint pk_sno primary key(sno), /*约束条件的名字为pk_sno*/
)
create table p
(
pno varchar(3),
pname varchar(20),
color varchar(3),
weight int,
constraint pk_pno primary key (pno), /*约束条件的名字是pk_pno*/
)
create table j
(
jno varchar(3),
jname varchar(20),
city varchar(20),
constraint pk_jno primary key(jno) /*约束条件的名字为pk_jno*/
)
例2、create table spj
(
sno varchar(3), /*第一个表中的主码*/
pno varchar(3),
jno varchar(3),
qty int, /*数量*/
constraint pk_spj primary key(sno,pno,jno), /*主码由3个属性组成*/
foreign key(sno) references s(sno),
/*表级完整性约束条件,sno是外码,被参照表是s*/
foreign key(pno) references p(pno),
/*表级完整性约束条件,pno是外码,被参照表是p*/
foreign key(jno) references j(jno),
/*表级完整性约束条件,jno是外码,被参照表是j*/
)
2、数据表的更改
在s表中添加一个concat 列
alter table s add concat varchar(20)
在s表中删除concat 列
alter table s drop column concat
更改s表 concat列的属性 把长度由20改为30
alter table s alter column concat varchar(30)
联系方式 名字为concat 修改属性为唯一的 属性名为con_concat
alter table s add constraint con_concat unique(concat)
删除约束关系con_concat
alter table s drop constraint con_concat
/*插入一个元组*/
insert into s valus(‘s1’,’精益’,20,’天津’) /*20不能写成’20’*/
试验中的问题的排除与总结:
1、在创建spj时
有三个实体所以从3个实体中取主码,还有一个数量属性也要写上
主码由那3个主码确定
2、更改一个数据库中数据表时一定要先使该数据库处于正在使用状态
3、constraint
是可选关键字,表示 primary key、not null、unique、foreign key 或 check 约束定义的开始。约束是特殊属性,用于强制数据完整性并可以为表及其列创建索引。
4、--go可以不加但是要注意顺序 注:go --注释 提示错误
5、注意添加一个空元素用 null
附 sql备份
--创建一个数据库 student
create database student
go
--在数据库student中创建表student course sc 注意顺序
use student
----------------------------------------------------------------
create table student
(
sno char(9) primary key, /*sno是主码 列级完整性约束条件*/
sname char(10) unique, /*sname取唯一值*/
ssex char(2),
sage smallint, /*类型为smallint*/
sdept char(20) /*所在系*/
)/*要加*/
-----------
数据库实验总结【二】我在sql server 索引基础知识系列中,第一篇就讲了记录数据的基本格式。那里主要讲解的是,数据库的最小读存单元:数据页。一个数据页是8k大小。
对于数据库来说,它不会每次有一个数据页变化后,就存到硬盘。而是变化达到一定数量级后才会作这个 *** 作。 这时候,数据库并不是以数据页来作为 *** 作单元,而是以64k的数据(8个数据页,一个区)作为 *** 作单元。
区是管理空间的基本单位。一个区是八个物理上连续的页(即 64 kb)。这意味着 sql server 数据库中每 mb 有 16 个区。
为了使空间分配更有效,sql server 不会将所有区分配给包含少量数据的表。sql server 有两种类型的区:
统一区,由单个对象所有。区中的所有 8 页只能由所属对象使用。
混合区,最多可由八个对象共享。区中八页的每页可由不同的对象所有。
通常从混合区向新表或索引分配页。当表或索引增长到 8 页时,将变成使用统一区进行后续分配。如果对现有表创建索引,并且该表包含的行足以在索引中生成 8 页,则对该索引的所有分配都使用统一区进行。
为何会这样呢?
其实很简单:
读或写 8kb 的时间与读或写 64 kb的时间几乎相同。
在 8 kb 到 64 kb 范围之内,单个磁盘 i/o 传输 *** 作所花的时间主要是磁盘取数臂和读/写磁头运动的时间。
因此,从数学上来讲,当需要传输 64 kb 以上的 sql 数据时,
尽可能地执行 64 kb 磁盘传输是有益的,即分成数个64k的 *** 作。
因为 64 kb 传输基本上与 8 kb 传输一样快,而每次传输的 sql server 数据是 8 kb 传输的 8 倍。
我们通过一个实例来看 有and *** 作符时候的最常见的一种情况。我们有下面一个表,
create table [dbo].[member]( [member_no] [dbo].[numeric_id] identity(1,1) not null, [lastname] [dbo].[shortstring] not null, [firstname] [dbo].[shortstring] not null, [middleinitial] [dbo].[letter] null, [street] [dbo].[shortstring] not null, [city] [dbo].[shortstring] not null, [state_prov] [dbo].[statecode] not null, [country] [dbo].[countrycode] not null, [mail_code] [dbo].[mailcode] not null, [phone_no] [dbo].[phonenumber] null, [photograph] [image] null, [issue_dt] [datetime] not null default (getdate()), [expr_dt] [datetime] not null default (dateadd(year,1,getdate())), [region_no] [dbo].[numeric_id] not null, [corp_no] [dbo].[numeric_id] null, [prev_balance] [money] null default (0), [curr_balance] [money] null default (0), [member_code] [dbo].[status_code] not null default (' '))
这个表具备下面的四个索引:
索引名 细节 索引的列
member_corporation_link nonclustered located on primary corp_no
member_ident clustered, unique, primary key located on primary member_no
member_region_link nonclustered located on primary region_no
memberfirstname nonclustered located on primary firstname
当我们执行下面的sql查询时候,
select m.member_no, m.firstname, m.region_nofrom dbo.member as mwhere m.firstname like 'k%' and m.region_no >6 and m.member_no <5000go
sql server 会根据索引方式,优化成下面方式来执行。
select a.member_no,a.firstname,b.region_nofrom(select m.member_no, m.firstname from dbo.member as m where m.firstname like 'k%' and m.member_no <5000) a , -- 这个查询可以直接使用 memberfirstname 非聚集索引,而且这个非聚集索引覆盖了所有查询列-- 实际执行时,只需要 逻辑读取 3 次
(select m.member_no, m.region_no from dbo.member as mwhere m.region_no >6) b
-- 这个查询可以直接使用 member_region_link 非聚集索引,而且这个非聚集索引覆盖了所有查询列-- 实际执行时,只需要 逻辑读取 10 次
where a.member_no = b.member_no
不信,你可以看这两个sql 的执行计划,以及逻辑读信息,都是一样的。
其实上面的sql,如果优化成下面的方式,实际的逻辑读消耗也是一样的。为何sql server 不会优化成下面的方式。是因为 and *** 作符优化的另外一个原则。
1/26 的数据和 1/6 的数据找交集的速度要比 1/52 的数据和 1/3 的数据找交集速度要慢。
select a.member_no,a.firstname,b.region_nofrom(select m.member_no, m.firstname from dbo.member as mwhere m.firstname like 'k%' -- 1/26 数据) a,
(select m.member_no, m.region_no from dbo.member as mwhere m.region_no >6 and m.member_no <5000-- 1/3 * 1/ 2 数据) bwhere a.member_no = b.member_no
当然,我们要学习sql 如何优化的话,就会用到查询语句中的一个功能,指定查询使用哪个索引来进行。
比如下面的查询语句
select m.member_no, m.firstname, m.region_nofrom dbo.member as m with (index (0))where m.firstname like 'k%' and m.region_no >6 and m.member_no <5000go
select m.member_no, m.firstname, m.region_nofrom dbo.member as m with (index (1))where m.firstname like 'k%' and m.region_no >6 and m.member_no <5000goselect m.member_no, m.firstname, m.region_nofrom dbo.member as m with (index (membercovering3))where m.firstname like 'k%' and m.region_no >6 and m.member_no <5000goselect m.member_no, m.firstname, m.region_nofrom dbo.member as m with (index (memberfirstname, member_region_link))where m.firstname like 'k%' and m.region_no >6 and m.member_no <5000go
这里 index 计算符可以是 0 ,1, 指定的一个或者多个索引名字。对于 0 ,1 的意义如下:
如果存在聚集索引,则 index(0) 强制执行聚集索引扫描,index(1) 强制执行聚集索引扫描或查找(使用性能最高的一种)。
如果不存在聚集索引,则 index(0) 强制执行表扫描,index(1) 被解释为错误。
总结知识点:
简单来说,我们可以这么理解:sql server 对于每一条查询语句。会根据实际索引情况(sysindexes 系统表中存储这些信息),分析每种组合可能的成本。然后选择它认为成本最小的一种。作为它实际执行的计划。
成本代价计算的一个主要组成部分是逻辑i/o的数量,特别是对于单表的查询。
and *** 作要满足所有条件,这样,经常会要求对几个数据集作交集。数据集越小,数据集的交集计算越节省成本。
的项目中,竟然出现了滥用聚集索引的问题。看来没有培训最最基础的索引的意义,代价,使用场景,是一个非常大的失误。这篇博客就是从这个角度来罗列索引的基础知识。
使用索引的意义
索引在数据库中的作用类似于目录在书籍中的作用,用来提高查找信息的速度。
使用索引查找数据,无需对整表进行扫描,可以快速找到所需数据。
使用索引的代价
索引需要占用数据表以外的物理存储空间。
创建索引和维护索引要花费一定的时间。
当对表进行更新 *** 作时,索引需要被重建,这样降低了数据的维护速度。
创建索引的列
主键
外键或在表联接 *** 作中经常用到的列
在经常查询的字段上最好建立索引
不创建索引的列
很少在查询中被引用
包含较少的惟一值
定义为 text、ntext 或者 image 数据类型的列
heaps是staging data的很好选择,当它没有任何index时
excellent for high performance data loading (parallel bulk load and parallel index creation after load)
excellent as a partition to a partitioned view or a partitioned table
聚集索引提高性能的方法,在前面几篇博客中分别提到过,下面只是一个简单的大纲,细节请参看前面几篇博客。
何时创建聚集索引?
clustered index会提高大多数table的性能,尤其是当它满足以下条件时:
独特, 狭窄, 静止: 最重要的条件
持续增长的,最好是只向上增加。例如:
identity
date, identity
guid (only when using newsequentialid() function)
聚集索引唯一性(独特型的问题)
由于聚集索引的b+树结构的叶子节点必须指向具体数据。如果你要建立聚集索引的列不唯一,并且你指定的创建的聚集索引是非唯一的聚集索引,则会有以下情况:
如果未使用 unique 属性创建聚集索引,数据库引擎 将向表自动添加一个四字节 uniqueifier 列。必要时,数据库引擎 将向行自动添加一个 uniqueifier 值,使每个键唯一。此列和列值供内部使用,用户不能查看或访问。
需要用的资料以链接的形式给需要的同学。
我用的mysql版本为: Mysql-5.5.45-win64.msi 密码是:26zw
图形化工具 Navicat(前期不推荐用,直接手动敲): Navicat 密码:c7fs
开始我的MySQL之旅吧 始于2016.12.04
--WH
一、数据库的安装
这个就不在这里过多阐述了,因为网上实在是太多安装mysql的教程了,有了我给的mysql,在按照这个安装教程(MySQL安装教程)去看,就能够安装完好。
安装好mysql后,如果需要使用windows命令窗口(也就是cmd)来 *** 作mysql,那么就需要配置环境变量,在安装好的mysql下找到bin,将其目录放到环境变量path中去,就行了,检测成功与否的方法是在cmd命令窗口中输入mysql,就会出现一大段英文,就说明成功了,反之失败,如果不会的话就去百度搜教程。
二、数据库的基本 *** 作
1、开启mysql服务命令
net start mysql
2、进入mysql的两种方式
明文进入:mysql -uroot -proot格式:mysql -u帐号 -p密码
密文进入:mysql -uroot -p 按enter会提示你输入密码(Enter pssword:),此时你写的密码就会显示为***这样。
3、查看mysql中所有的数据库(一般在固定的单词命令就会是用大写,这个要习惯,看多了敲多了就认识了)
前面四个数据库是mysql中自带的,也就是必须的.
SHOW DATABASES
4、创建名为test_1的数据库
格式:CREATE DATABASE 数据库名
CREATE DATABASE test_1
5、删除名为test_1的数据库
格式:DROP DATABASE 数据库名
DROP DATABASE test_1
总结:学习了对数据库的三个 *** 作,1、查看所有数据库 2、创建数据库 3、删除数据库
三、数据表的基本 *** 作
数据表和数据库还有Mysql三者的关系
mysql中保存了很多数据库、一个数据库中可以保存很多表。
对数据表的增(创建表)删(删除表)改(修改表字段)查(查询表结构)。 注意:这里的 *** 作对象是表,对表的 *** 作也就是表的结构,和表中的字段的 *** 作(字段和记录要分清楚)
前提:表是在数据库下的,所以要先确实使用哪个数据库。
USE test_1
1、创建数据表
格式:CREATE TABLE 数据表名(
字段名1数据类型[列级别约束条件],
字段名2数据类型[列级别约束条件],
字段名3数据类型[列级别约束条件]
)
注意:格式不一定需要这样隔着写,完全可以全部写成一行。但是那样写可观性非常差。我这样写只是为了可以看的更清晰。
解释:
1、[]中括号中的内容表示可以有可以没有,
2、列级别这个“列”一定要搞清楚说的是什么,一张表中有行有列,列表示竖,行表示横
3、约束条件后面会讲到
1.1、创建没有约束的student表
CREATE TABLE student( idINT(11), nameVARCHAR(12), ageINT(11) )
注释:SHOW TABLES 查询数据库底下的所有表。
1.2、创建有约束的student表
六大约束:主键约束、外键约束、非空约束、唯一约束、默认约束、自动增加
1.2.1:主键约束
PRIMARY KEY(primary key):独一无二(唯一)和不能为空(非空),通俗的讲,就是在表中增加记录时,在该字段下的数据不能重复,不能为空,比如以上面创建的表为例子,在表中增加两条记录,如果id字段用了主键约束。则id不能一样,并且不能为空。一般每张表中度有一个字段为主键,唯一标识这条记录。以后需要找到该条记录也可以同这个主键来确认记录,因为主键是唯一的,并且非空,一张表中每个记录的主键度不一样,所以根据主键也就能找到对应的记录。而不是多条重复的记录。如果没有主键,那么表中就会存在很多重复的记录,那么即浪费存储空间,在查询时也消耗更多资源。
一般被主键约束了的字段度习惯性的称该字段为该表的主键
单字段主键约束
两种方式都可以
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12),nameVARCHAR(12),
ageINT(11) ageINT(11),
) PRIMARY KEY(id) )
多字段主键约束(复合主键)
这个id和name都市主键,说明在以后增加的插入的记录中,id和name不能同时一样,比如说可以是这样。一条记录为id=1,name=yyy、另一条记录为:id=1,name=zzz。 这样是可以的。并不是你们所理解的两个字段分别度不可以相同。
CREATE TABLE student(CREATE TABLE student(
idINT(11) PRIMARY KEY,idINT(11),
nameVARCHAR(12) PRIMARY KEY, nameVARCHAR(12),
ageINT(11) ageINT(11),
)PRIMARY KEY(id,name) )
1.2.2:外键约束
什么是外键举个例子就清楚了,有两张表,一张表是emp(员工)表,另一张表是dept(部门)表,一个员工属于一个部门,那么如何通过员工能让我们自己他在哪个部门呢?那就只能在员工表中增加一个字段,能代表员工所在的部门,那该字段就只能是存储dept中的主键了(因为主键是唯一的,才能确实是哪个部门,进而代表员工所在的部门,如果是部门名称,有些部门的名称可能是同名。就不能区分了。),像这样的字段,就符合外键的特点,就可以使用外键约束,使该字段只能够存储另一张表的主键。如果不被外键约束,那么该字段就无法保证存储进来的值就一定是另一张表的主键值。
外键约束的特点:
1、外键约束可以描述任意一个字段(包括主键),可以为空,并且一个表中可以有多个外键。但是外键字段中的值必须是另一张表中的主键。
2、这样被外键关联的两种表的关系可以称为父子表或者主从表。子表(从表)拥有外键字段的表,父表(主表)被外键字段所指向的表。
3、子表被外键约束修饰的字段必须和父表的主键字段的类型一样。
注意:一个表中有被外键修饰的字段,就称该表有外键(是“有外键”。而不是“是外键”),并会给该表中的外键约束取一个名称,所以我们常说的这个表有没有外键,指的不是被外键约束修饰的字段名,而是指这个表是否有存在外键约束。也就是说,不能说这个表的外键是xxx(该表中被外键约束修饰的字段名),这种说法是错误的,但是大多数人已经习惯了这样,虽然影响不大,但是在很多时候需要理解一个东西时,会造成一定的困扰。
格式:CONSTRAINT外键名称FOREIGN KEY(被外键约束的字段名称)REFERENCES 主表名(主键字段)
英文解释:CONSTRAINT:约束REFERENCES:参考
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22),
location VARCHAR(50),
PRIMARY KEY(id)
)
CREATE TABLE tableB
(
id INT(11),
name VARCHAR(22) NOT NULL,
deptId INT(11),
PRIMARY KEY(id),
CONSTRAINT tableA_tableB_1 FOREIGH KEY(deptId) REFERENCES tableA(id)
)
解释:tableB中有一个名为tableA_tableB_1的外键关联了tableA和tableB两个表,被外键约束修饰的字段为tableB中的deptId,主键字段为tableA中的id
1.2.3:非空约束
NOT NULL. 被该约束修饰了的字段,就不能为空,主键约束中就包括了这个约束
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) NOT NULL,
location VARCHAR(50),
PRIMARY KEY(id)
)
1.2.4:唯一约束
UNIQUE 被唯一约束修饰了的字段,表示该字段中的值唯一,不能有相同的值,通俗点讲,就好比插入两条记录,这两条记录中处于该字段的值不能是一样的。
CREATE TABLE tableA
(
id INT(11),
name VARCHAR(22) UNIQUE,
location VARCHAR(50),
PRIMARY KEY(id)
)
也就是说在插入的记录中,每条记录的name值不能是一样的。
1.2.5:默认约束
Default 指定这一列的默认值为多少,比如,男性同学比较多,性别就可以设置为默认男,如果插入一行记录时,性别没有填,那么就默认加上男
CREATE TABLE table
(
id INT(11) PRIMARY KEY,
name VARCHAR(22) NOT NULL,
deptId INT(11) DEFAULT 1111,
salary FLOAT
)
1.2.6:自动增加
AUTO_INCREMENT 一个表只能一个字段使用AUTO_INCREMENT,并且使用这个约束的字段只能是整数类型(任意的整数类型 TINYINT,SMALLIN,INT,BIGINT),默认值是1,也就是说从1开始增加的。一般就是给主键使用的,自动增加,使每个主键的值度不一样,并且不用我们自己管理,让主键自己自动生成
CREATE TABLE table( id INT(11) PRIMARY KEY AUTO_INCREMENT, name VARCHAR(22) NOT NULL)
2、查询表结构
2.1、查看表基本结构语句
格式1:DESCRIBE 表名/DESC 表名这两个的功能是一样的,简写了单词describe
DESCRIBE student
2.2、查看创建表的语句
格式:SHOW CREATE TABLE 表名
SHOW CREATE TABLE student
这样显示的格式很不好,看不清楚,所以有了下面这个语句
格式:SHOW CREATE TABLE 表名\G
SHOW CREATE TABLE student\G
3、修改数据表
修改数据表包括:对表中字段的增加、删除、修改。 在这个里面用的关键字为 ALTER
3.1、修改表名
格式:ALTER TABLE<旧表名>RENAME[TO]<新表名>
将student表名改为student1(改完后在改回来)
ALTER TABLE student RENAME TO student1
3.2、修改表中的字段名
格式:ALTER TABLE<表名>CHANGE<旧字段名><新字段名><新数据类型>
将student表中的name字段名改为 username
ALTER TABLE student CHANGE name username VARCHAR(30)
3.3、修改表中的数据类型
格式:ALTER TABLE<表名>MODIFY<字段名><数据类型>
ALTER TABLE student MODIFY username VARCHAR(20)
解释:只能修改字段名的数据类型,但是其原理跟上面change做的事情一样,这里也有修改字段名的过程,只不过修改后的字段名和修改前的字段名相同,但是数据类型不一样。
3.4、修改字段的排列位置
方式1:ALTER TABLE<表名>MODIFY<字段1><数据类型>FIRST|AFTER<字段2>
解释:将字段1的位置放到第一,或者放到指定字段2的后面
ALTER TABLE student MODIFY username VARCHAR(20) AFTER age
方式2:ALTER TABLE<表名>CHANGE<字段1><字段2><数据类型>FIRST|AFTER<字段3>
解释:其实是一样的,将是字段2覆盖字段1,然后在进行排序
ALTER TABLE student CHANGE username username VARCHAR(20) AFTER age
总结
CHANGE和MODIFY的区别?
原理都市一样的,MODIFY只能修改数据类型,但是CHANGE能够修改数据类型和字段名,也就是说MODIFY是CHANGE的更具体化的一个 *** 作。可能觉得用CHANGE只改变一个数据类型不太爽,就增加了一个能直接改数据类型的使用关键字MODIFY来 *** 作。
3.5、添加字段
格式:ALTER TABLE<表名称>ADD<新字段名><数据类型>[约束条件][FIRST|AFTER<已存在的表名>]
解释:在一个特定位置增加一个新的字段,如果不指定位置,默认是最后一个。
ALTER TABLE student ADD sex VARCHAR(11)
3.6、删除字段
格式:ALTER TABLE<表名称>DROP<字段名>
ALTER TABLE student DROP sex
3.7、删除表的外键约束
格式:ALTER TABLE<表名称>DROP FOREIGN KEY<外键约束名>
注意:外键约束名 指的不是被外键约束修饰的字段名,切记,而是我们在创建外键约束关系时取的名字。
3.8、更改表的存储引擎
格式:ALTER TABLE<表名>ENGINE=<更改后的存储引擎名>
这个存储引擎目前我自己也不太清楚,虽然知道有哪几种引擎,但是稍微深入一点就不清楚了,所以打算留到日后在说。
4、删除表
4.1、删除无关联表
格式:DROP TABLE<表名>;
ALTER TABLE student
4.2、删除被其他表关联的主表
这个是比较重要的一点,在有外键关联关系的两张表中,如果删除主表,那么是删不掉的,并且会报错。因为有张表依赖于他。那怎么办呢?针对这种情况,总共有两种方法
1、先删除你子表,然后在删除父表,这样就达到了删除父表的目的,但是子表也要被删除
2、先解除外键关系,然后在删除父表,这样也能达到目的,并且保留了子表,只删除我们不需要的父表。在3.7中就讲解了如何删除外键关系。
马上新的一年就要到来了,依照领导的一贯指示,新的一年的工作总结需要做好。必须要写好了数据库管理员的年度总结,才能促进我们的工作进一步发展!会写数据库管理员的工作年度总结吗?请您阅读的我为您我整理的“数据库管理员2022年度工作总结800字范文5篇”,但愿对您的学习工作带来帮助。
数据库管理员2022年度工作总结800字范文5篇(篇一)时间飞逝,眨眼间一年过去了,作为公司的一名网络管理员,在公司及各部门同事的帮助下,完成了工作中的各项工作,为今后更好的工作,完善不足,特此将我一年的工作情况做一总结并向领导汇报如下:
一、工作总结:
工作内容:主要包括公司计算机软硬件维护、管理,保证公司计算机及相关网络产品的正常工作,软件在使用过程中出现问题的及时解决,防止计算机及整个网络被病毒攻击,以及公司计算机的相关产品,例如打印机,复印机的日常故障维护及共享设置和公司域名邮箱及相关服务(ERP、文件)的管理等。
工作完成情况:在日常工作中,及时响应了各部门软件、硬件、网络、电话、打印机等维护。公司目前(盈创+生产)由于机器较多日常出现故障的情况较为常见,主要电脑故障有:硬件故障,系统故障,网络故障,软件故障;很多机器由于长时间的使用,导致系统中存在大量垃圾文件,磁盘系统文件也有大部分受到损坏,从而导致系统崩溃,重装系统;另外是一些网络故障,线路问题和电话跳线分配等;做到了尽可能的降低设备使用故障率,在其出现问题的时候,及时响应解决问题,保证了公司计算机的正常使用。
二、自我反思:
这一年来,我始终坚持严格要求自己,勤奋努力,在自己平凡而普通的岗位上,努力做好本职工作。回顾这一年来工作,我思想上、学习上、工作上取得了很多进步。但我也认识到了自己的不足:
1、有时候在一些突发故障比较集中的时候,没有分清轻重缓急,科学的去安装时间解决问题,从而导致少数问题处理不及时。
2、自己的思路还很窄,对现代网络技术的发展认识还不够全面,自己对新技术的掌握还不够多,有太多需要学习的东西。
3、和领导的沟通相对较少,只顾工作,很多工作因为没有及时和领导沟通清楚,使得一些工作结果和领导想的有一些差距。
三、新年展望:
对于来年工作计划,根据今年的工作总结以及针对自己的不足,我也做了初步设想:
1、在急需完善公司网络的同时,加强理论和新技术的学习,不断提高自身综合素质水平,把工作做到更好。
2、领导交办的每一项工作,分清轻重缓急,科学安排时间,按时完成任务。
XX年已经过去,有收获也有遗憾,本岗位作为公司服务性岗位,在工作中如果存在一些问题望领导及同事指出并指导。新的一年,我会继续秉持兢兢业业,恪尽职守的态度,把工作做好,让自己进一步的提高。
数据库管理员2022年度工作总结800字范文5篇(篇二)时光流逝,转眼间一年又过去了,在领导们的指导下、在同志们的帮助下,我在思想和态度上都有了一定的认识,现将20xx年的工作情况总结如下。
工作方面:
统计员的主要工作是负责每天的生产产量的统计、日常包材等的统计、成本核算及月底的员工考勤的汇总,报表是体现生产状况的依据,所以对数据的要求要相当的精确,我们在平时的工作中就要谨慎认真,保证输入的数据快速准确,检查公式的连接是否对应等,确保数据的准确;平时做的一些报表数据关联性特别大,因而报表之间可以相互对应数据是否准确,另外,除了要求对数据的准确性外,还要学会对数据的分析,月底是我们最忙碌的时期,不仅要做员工的考勤还要把本月的包装物原料酱等的使用及领用情况上报财务,而这过程中就会出现一些问题,如领用与使用差距太大等,我们就要找出问题的所在。
学习方面:
统计工作对电脑接触比较多,就要求掌握基本的电脑 *** 作知识,平时与其他同事请教,解决一些棘手问题;另外,除了通过其他渠道如书本了解统计学的一些理论知识外,还在平时的工作中去总结,总结一些如何能把数据做到既快又准确无误。
工作态度方面:
严格要求自己,工作积极认真,对自己的错误及时改正并注意不再犯类似错误,对领导的批评虚心接受,统计工作比较繁琐,如平时的物品领用会与做报表相冲突,容易发生抵触心理,这要求我们要分清轻重缓急,科学安排时间,按时、按质、按量完成任务。
缺点不足:
身为80后的新人,却没有青年人应有的朝气,学习新知识、掌握新东西不够。领导交办的事基本都能完成,但自己不会主动牵着工作走,很被动,而且缺乏工作经验,独立工作能力不足。
在工作中不够大胆,总是在不断学习的过程中改变工作方法,而不能在创新中去实践,去推广。在工作中,虽然我不断加强理论知识的学习,努力使自己在各方面走向熟练,但由于自身学识、能力、思想、心理素质等的局限,导致在平时的工作中比较死板、心态放不开,工作起来束手束脚,对工作中的一些问题没有全面的理解与把握。同时由于个人不爱说话,与同事们尤其是领导的沟通和交流很少,工作目标不明确,并且遇到问题请教不多,没有做到虚心学习。
这是我对这段时间工作的总结,说的不太多。但我认为用实际行动做出来更有说服力。
在此我真心的感谢领导和同事对我所犯下错误的容忍,并悉心指导,这在我人生的成长中会有很大的.帮助,所以在今后工作中我将努力奋斗,对自己有更高更严格的要求,无论是大事小事都会要求自己做到尽善尽美,不断提高自身素质,为公司的发展尽自己的一份力量。
数据库管理员2022年度工作总结800字范文5篇(篇三)一、日常工作
在20xx年上半年,从总体来讲,日常的数据采集依然占据了很大的比重。在数据录入方面,我依然严格要求自己,在保证速度的同时做到准确录入。在上半年,我参与了第一季度数据报告以及5月份月报的撰写,虽然是常规数据报告,我依然不敢松懈,尽力做到一遍通过,不犯低级错误。
另外,在日常工作之余,也向xx学习了专刊考核方面的工作。考核工作对我来说并不陌生,因为以前曾经也接触过,考核规则简化之后,上手更加容易。主要是做到耐心细致就不会出错。
那么,本年度除日常工作外,应中心领导要求,每日由广告部渠道组提供当日未到达名单,由xx和我轮流在系统中查询最后一次投放本报的时间。广告部渠道组提供名单并不细致,加大了查询工作的难度,希望日后通过有效的交流和沟通,双方可以达成统一,提高工作效率。
二、调研项目
人才招聘行业调研报告:年初,在报社领导的指示下,我和xx共同完成了人才招聘行业的专项调研报告。本次报告通过对全国人才招聘行业的仔细研究,包括全国媒体人才招聘广告投放情况与沈阳地区媒体投放对比分析,沈阳地区自身招聘行业的特点以及报纸、网络、人才市场等多个方面的深入分析,在金融危机的影响下,对XX年招聘行业情况做出了有预见性的预测,并验证了领导的想法。通过撰写此次报告,使我的思路更加开阔,学到了很多东西,也掌握了一些撰写专项分析报告的技巧,对我日后撰写某个行业的专项报告有一定的帮助。在这里感谢主任对我和xx的信任和指导。
xx电器调研项目:
4月份,在领导的指示下,我们与xx电器一起合作了一次关于家电行业的调研活动。本次调研方式为街头拦访。关于问卷,个人认为,由于街头拦访形式比较特殊,被访者是在行走过程中,问卷题目应该尽量短小简单。本次问卷题目一共26道题目,包括单选、多选以及复合题目,a4纸打印需要三张。在访问过程中,感觉有些繁琐冗长。被访者大多觉得题目较多,一张问卷访问下来,大约需要10分钟的时间。就日后的调研来看,个人认为,街头拦访问卷一般题目在10-20个问题,a4纸打印2张,访问时间控制在5-8分钟左右为宜。过长会导致被访者的厌烦情绪,在问卷的最后容易随便糊弄了事,影响调研的准确性。虽然调研中有这样和那样的困难,但经过全体项目人员的努力,本次调研项目执行到位,保质保量的完成了任务,达到预期要求。
版面监测调研:
4月份,与xx市场研究公司合作开展了“20XX年第一期版面监测调研项目”。针对项目执行过程中的各个环节严格把关,务求使版面调研数据的真实准确。并在6月初召开了报告讲解会。本次报告在原有基础上增加了定性研究与版面的直观对比,对各部们领导解读报告起到一定的作用。
客户满意度调研:
6月末,在集团要求下,和xx一起完成了半年客户满意度调研报告,为经营工作考核提供了一定的数据依据。
发行调研:
在20XX年初,发行调研已经全部由市场部独立进行,每月进行一周。虽然人员有限,但市场部人员尽出,保证了发行调研的按期进行。就发行调研本身来说,个人认为,由于选择摊点过少,每期报告不免单调重复,在XX年下半年应当改进调研方式,不再单纯进行要报销报的数量,要在原有基础上有计划的进行较为深入的调研。这样可以使得发行调研更加具有指导意义。
三、活动配合与外出培训
在上半年,市场部配合房产专刊部进行了“购房消费卷”活动,在活动结束之后,为领导撰写了《春暖花开购房消费卷报告》,报告以漫画等幽默的方式展示了华商晨报“购房消费卷活动”,并对其他媒体在房产行业方面的政策以及地产商投放广告心态进行了分析,得到了领导的认可。
另外,在5月末,在中心领导的指示下,深入研究了xx活动,在查阅了大量资料,并在部门主任的指导下,撰写了《xxxx》活动策划报告。通过此次报告的撰写,让我自己所从事的工作的认识更加深刻,了解到自己的工作思路要依据数据而不局限于数据。作为市场部的一员,我要更加鞭策自己,拓展自己的思路与眼界,放眼市场放眼全局。在5月,我有幸赴北京参加了“市场研究基础知识培训”。本次培训主要是数据基础分析与处理,在介绍了我们日常工作常用软件execl的同时,讲解了专业的数据统计软件spss的基础 *** 作。这次学习机会对我来说相当珍贵,而这次培训也对我日后的工作有了很大的帮助,希望在接下来慧聪所举办的一系列培训中依然可以去学习参加,提高自己的分析水平,业务能力。
四、展望
从事数据工作已经是第四个年头了,各类调研项目也开展了很多,如何在数据分析与调查研究中更加深造自己,将是我XX年下半年的工作重点。我想,下半年的工作中,除了进行各种调研项目意外,也要在撰写各种常规数据报告的同时适当的进行专一行业的深度分析研究。
数据库管理员2022年度工作总结800字范文5篇(篇四)时光荏苒,忙碌中20xx年的脚步已经悄然走远,在过去的一年当中有忙碌、有辛苦,但同时也收获着新的一年即将开始,我们在制定“宏伟蓝图”的同时,也不要忘记回顾上一年的苦辣酸甜来激励和鞭策自己取得更大的进步!下面我就把20xx年度的工作做简要的汇报总结。 我是公司配件部的一名录入员,在很多人眼中录入是一份很轻松的工作,其实它并不是那么简单。 首先录入工作是一种责任。
各种数据需要人工完成,每个数字、每条信息都很重要,只有扎实的做好数据录入工作,才能为配件部门提供保障。这个工作业务面很广,包括和厂家联系沟通配件发货、沟通配件规格图号细节、各个分公司的调拨及所需配件要货细节,厂家系统的录入和支出、以及和顾客沟通配件要货细节,还有旧件的结算出库等等。一不细心就容易出错,所以要求我在工作中要细心,再细心。 其次录入工作是一种态度。作为一名配件部录入员,每天的工作量很大,要具备专业的配件知识,要及时与客户和同事沟通,所以,要不断地充实自己,同时熟练掌握计算机 *** 作,不断学习新的配件专业知识都是必需的,只有应用专业的知识才能有更高更好地应变能力。
我在工作上,能对照相关标准,严于律己,较好地完成各项任务。为了努力实现零差错,我一直在严格要求自己,通过这几年的工作经验,我发现实践是经验和技巧的源泉,学习是唯一的途径。实践、学习、再实践,这让我明白了团队工作精神的重要性,作为配件部的一员,我很喜欢我们的集体!20xx年就要到来了,我会继续不断的'努力,我相信,每一年都有自己的进步,每一年都会有自己的成长!相信大家在来年中一定会取得最圆满的成功!总之,这一年以来,我们有得也有失,有苦也有甜,但是不论欢笑或泪水,都将会是我们每个人在心底最珍贵的记忆!
数据库管理员2022年度工作总结800字范文5篇(篇五)对于数据录入这项工作,在接触之前,我所想象的是每天处理一些实时变化的数据、和数字打交道,然后把它们系统的导入到一个平台上以供后期分析使用,这么一个过程。然而接手它之后,我才发现原来这里所谓的“数据”并非普通意义的“数据”,而是包括光路中所涉及的各项参数指标的总体。即日常意义的数据偏向于数字,而这里的数据指的是参数。 关于南方电网的这个资源管理系统,它就如同一个检索库,里面承载了南网、省网、传输网、综合数据网等的全部业务信息。而我们的数据录入工作就是,为这个检索库引入实时而全面的网络信息,使之与所有的网络实体一一同步对应,以便系统的管理和审查调用之用。该系统较简洁明了,实用方便,但由于系统尚在更新,在实际 *** 作中仍会出现一些小问题影响录入工作的完成。比如过来的第一天,局方的指示要求是说要把站点名称里的描述信息删除,改成在下面的功能类型里描述。而我在完成修改后,再返回查看时,却发现系统里的资料还是修改前的资料根本没变。这时我心想,可能是我哪里 *** 作不对或者偶然因素所致。于是又重新尝试连接了其他的站点,结果仍是如此。这时候,我再向负责人员汇报情况,确定是系统的问题导致无法录入。经过这件事情,我明白了,以后无论做任何工作,都要细心检查,否则白白花了时间和精力不说,再耽误项目进程的话就更严重了。类似这样的情况还有一些,比如站点搜索时页面不能准确的指示到该站点处等等。
这次回来刚好系统更新过了,不知道性能有没有提升,但速度却慢了一些。 在这里的这段时间,录入部分刚好进行到物理连接这块,所以我接触最多的工作就是物理连接。记得来的第二天好像,我不知道什么是物理连接,看其他人在做就过去学习,然后记下 *** 作步骤,自己再慢慢尝试。那时候也不知道连的两端究竟是什么,只是按部就班的走流程。连的次数多了后,才逐渐摸清了物理连接的真正意义。这里的物理连接就如同我们平时想找到一个地点,必须经过国家、省、市、县等等逐层切入,最后才能找到这个确定的地点。同样,物理连接要做的事情就是,经过找站点、找机房、找机架、找子框、找端子的过程对指定网元的某端子和站点的某对应端子进行关联,这个逐步深入的过程让我对设备的内部结构和光路的路由走势都有了整体的把握。在光路连接的过程中,每一条细微的信息都关乎整个结果的完善与否。其步骤我总结如下:
1、从逻辑光缆网中搜索站点,以确认其所在区域,暂且类比站点为“省”;
2、打开站点机房物理平面图,从而找到网元所在的机架,以此类推,机架属于“市”级;
3、通过光路序号的查询,确定机房里所需连接的端子信息,这就好比生活中的“县”;
4、通过查询通道名称规范,得到网元上连接的端子信息;
5、把以上所有信息录入到建立端子连接的框格里,下移保存即可,因此我们的工作就是要找到这么两个特定的“县城”,并把它们关联起来。另外,为了提高工作效率以及减少失误,我觉得最好按照从(1)、(2和4)、(3)的顺序填写信息;并且,一般情况下,待连接的端子标签都会显示的“已连接”,这时应该返回物理机房找到该端子,修改其端子信息后再完成连接工作。我不知道为什么系统默认所有未连接的端口的初始状态都是“已连接”,或许他们可以稍微改进一下,把所有端子的初始状态都更改过来,这样可以减少工作步骤,也可以避免返回修改后记错端子信息造成失误。一次次的 *** 作过程也让我找到了其中的一些技巧,比如说在打开机房物理平面图时,可以直接从中确认出网元的机架号填上去:而网元的子框一般都是01子框,再对应物理连接资料里的通道名称规范,从中找出网元的端子信息,至此网元侧的信息录入已完成,这样整个录入的流程就会简洁规范很多。而另一边站点侧的端子信息查找更为简单,只需在光路查询的页面输入光路序号即可。
且物理连接的左右两边端子信息是平行对等的,可以分别对调。通过这些录入 *** 作,我发现实践真的是经验和技巧的源泉,实践、总结、再实践,这样的循环过程很多时候比那些抽象概念的学习方式管用的多,它可以达到再多的理论认识、经验传输都达不到的效果。 至于管理方面,由于分工协作以及资料的不统一,有时候可能会导致重复工作等问题。这让我明白了团队合作中知人善用和合理分工的重要性,而我们个人在团队合作过程中应该秉持一心向团队、共同赢胜利的信念,不能得过且过、拖延散漫,对于自己负责的部分要有强烈的责任心,以减少后期复查工作。
另外,可能因为多方参与的缘故,以致事情的复杂度有所提升:比如项目的进程时缓时急;出了问题责任不好分清;沟通起来也没那么容易等等,而局方所给规范的时刻变动,也是导致重复工作的一项重大原因。从4月19号到现在,局方都在统计数据,所以这段时间我们的工作只能是核对光路信息,而不能进行录入工作。我觉得我方人员一直处于听候差遣的状态,可以更加强化在合作三方中的地位,以期达到可以共同对话、相互磋商的目标,这样更容易就出现的问题和实时变更等及时达成一致,提高工作效率。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)