数据库知识点精要.doc

1、数据处理
数据处理是将数据转换成信息的过程，包括对数据的收集、存储、加工、检索、传输等一系列活动。其目的是从大量的原始数据中抽取和推导出有价值的信息，作为决策的依据。
2、 数据处理的中心问题是数据管理
数据管理是指对数据的组织、分类、编码、存储、检索和维护。
与人工管理阶段相比，文件系统阶段对数据的管理有了很大的进步，但一些根本性问题仍没有彻底解决，主要表现在以下三方面：
 数据冗余度大
各数据文件之间没有有机的联系，一个文件基本上对应于一个应用程序，数据不能共享。
‚ 数据独立性低
数据和程序相互依赖，一旦改变数据的逻辑结构，必须修改相应的应用程序。
而应用程序发生变化，如改用另一种程序设计语言来编写程序，也需修改数据结构。
ƒ 数据一致性差
由于相同数据的重复存储、各自管理，在进行更新操作时，容易造成数据的不一致性。
3、数据库系统管理数据的特点如下：
 数据共享性高、冗余少
‚ 数据结构化
ƒ 数据独立性高
数据的独立性是指逻辑独立性和物理独立性。
数据的逻辑独立性是指当数据的总体逻辑结构改变时，数据的局部逻辑结构不变，由于应用程序是依据数据的局部逻辑结构编写的，所以应用程序不必须修改，从而保证了数据与程序间的逻辑独立性。
数据的物理独立性是指当数据的存储结构改变时，数据的逻辑结构不变，从而应用程序也不必改变。
„ 有统一的数据控制功能
为确保数据库数据的正确有效和数据库系统的有效运行，数据库管理系统提供下述四方面的数据控制功能。
（1）安全性控制：防止不合法使用数据造成数据的泄露和破坏，保证数据的安全和机密；
（2）完整性控制：系统通过设置一些完整性规则以确保数据的正确性、有效性和相容性。
（3）并发控制：多用户同时存取或修改数据库时，防止相互干扰而提供给用户不正确的数据，并使数据库受到破坏.
（4）数据恢复：当数据库被破坏或数据不可靠时，系统有能力将数据库从错误状态恢复到最近某一时刻的正确状态。
4、 数据库系统的组成
数据库系统通常是指数据库和相应的软硬件系统。
数据（库）、用户、软件、硬件
数据库是长期存储在计算机内有组织的共享的数据的集合。
5、数据库系统的三级模式结构

（1） 模式：数据库中全体数据的逻辑结构和特征的描述，又称概念模式或概念视图。
（2) 外模式：又称子模式或用户模式或外视图，是三级结构的最外层，它由多种外记录值构成，这些记录值是概念视图的某一部分的抽象表示。即个别用户看到和使用的数据库内容，也称“用户DB”
由多个“外记录值”组成，是概念视图的某一部分的抽象表示。从逻辑关系上看，外模式包含于概念模式。
（3）内模式：
Ø 又称存储模式或内视图，是三级结构中的最内层，也是靠近物理存储的一层，即与实际存储数据方式有关的一层，由多个存储记录组成，但并非物理层，不必关心具体的存储位置。
Ø DBMS 提供内模式描述语言（内模式 DDL）来定义内模式。
Ø 在数据库系统中，外模式可有多个，而概念模式、内模式只能各有一个。
6 、三级结构的优点
（1）保证数据的独立性。
将模式和内模式分开，保证了数据的物理独立性；
将外模式和模式分开，保证了数据的逻辑独立性。
（2）简化了用户接口。
按照外模式编写应用程序或敲入命令，而不需了解数据库内部的存储结构，方便用户使用系统。
（3）有利于数据共享。
在不同的外模式下可有多个用户共享系统中数据，减少了数据冗余。
（4）利于数据的安全保密。
在外模式下根据要求进行操作，不能对限定的数据操作，保证了其他数据的安全。
7、 DBMS的主要功能
（1） 数据定义
（2） 数据操纵
DBMS提供数据操纵语言DML实现对数据库的基本操作，包括检索、插入、修改、删除等。
SQL语言就是DML的一种。
（3） 数据库运行管理
DBMS 对数据库的控制主要通过四个方面实现，以确保数据正确有效和数据库系统的正常运行。
数据的安全性控制
数据的完整性控制
多用户环境下的并发控制
数据库的恢复
（4） 数据库的建立和维护功能
建立：数据库的初始数据的装入与数据转换
维护：数据库的转储、恢复、重组织与重构造系统性能监视、分析
（5） 数据通信接口
DBMS提供与其他软件系统进行通信的功能。
实现用户程序与DBMS，DBMS与DBMS，DBMS与文件系统之间的通信，通常与操作系统协调完成。
8、数据模型的组成要素
数据模型是模型的一种，是现实世界数据特征的抽象。
数据模型通常由数据结构、数据操作和数据的约束条件三个要素组成。
（1） 数据结构
数据结构，描述数据库的组成对象及对象间的联系，用于描述系统的静态特性。
在数据库系统中，人们通常按照其数据结构的类型来命名数据模型。
数据结构有层次结构、网状结构和关系结构三种类型，按照这三种结构命名的数据模型分别称为层次模型、网状模型和关系模型。
（2） 数据操作
数据操作是对数据库中各种数据操作的集合，包括操作及相应的操作规则，描述系统的动态特性。
（3） 数据的约束条件
数据的约束条件是一组完整性规则的集合。
完整性规则是给定的数据模型中数据及其联系所具有的制约和依存规则，用以限定符合数据模型的数据库状态以及状态的变化，以保证数据的正确、有效、相容。
9、数据模型的分类
数据模型的好坏，直接影响数据库的性能。
数据模型的选择，是设计数据库的一项首要任务。
目前最常用的数据模型有层次模型、网状模型和关系模型。
这三种数据模型的根区别在于数据结构不同，即数据之间联系的表示方式不同。
（1）层次模型用“树结构”来表示数据之间的联系；
（2）网状模型是用“图结构”来表示数据之间的联系；
（3）关系模型是用“二维表”来表示数据之间的联系
Ø 关系模型的数据结构是一个“二维表框架”组成的集合，每个二维表又可称为关系，所以关系模型是“关系框架”的集合。
Ø 关系模型与层次模型、网状模型不同，它是建立在严格的数学概念之上的。
（1）关系：一个关系对应一张二维表
（2）元组：表格中的一行
（3）属性：表格中的一列，相当于记录中的一个字段
（4）关键字：可唯一标识元组的属性或属性集，也称为关系键或主码
（5）域：属性的取值范围
（6）分量：每一行对应的列的属性值，即元组中的一个属性值
（7）关系模式：关系模型的“型“，关系的框架结构
Ø 关系模型的数据操纵与完整性约束：
数据操纵主要包括查询、插入、删除、修改数据，这些操作必须满足关系的完整性约束条件，即实体完整性，参照完整性，用户定义完整性。
Ø 关系模型的优点主要有：
（1） 与非关系模型不同，它有较强的数学理论根据。
（2） 数据结构简单、清晰，用户易懂易用，不仅用关系描述实体，而且用关系描述实体间的联系。
（3） 关系模型的存取路径对用户透明，从而具有更高的数据独立性、更好的安全保密性，也简化了程序员的工作和数据库建立和开发的工作。
Ø 关系模型的缺点主要有：
由于存取路径对用户透明，查询效率往往不如非关系模型，因此，为了提高性能，必须对用户的查询表示进行优化，增加了开发数据库管理系统的负担。
10、 关系可以分为三种类型：基本关系（又称基本表）、查询表、视图表
11、关系的性质
（1）列是同质的。
（2）关系中行的顺序、列的顺序可以任意互换，不会改变关系的意义。
（3）关系中的任意两个元组不能相同。
（4）关系中的元组分量具有原子性，即每一个分量都必须是不可分的数据项。
12、键
（1）候选键：若关系中的某一属性组的值能惟一地标识一个元组，则称该属性组为候选键。
（2）主键：若一个关系中有多个候选键，则选定一个为主键。
(3)主属性：主键的属性称为主属性。
(4)外键: 设F是基本关系R的一个或一组属性，但不是R的键（主键或候选键），如果F与基本关系S的主键K相对应，则称F是R的外键，并称R为参照关系，S为被参照关系。
13、关系的完整性
（1）实体完整性：关系中的主键不能为空值。
（2）参照完整性：表的外键必须是另一个表主键的有效值，或者是空值。
（3）用户定义完整性：用户按照实际的数据库运行环境要求，对关系中的数据所定义的约束条件，它反映的是某一具体应用所涉及的数据必须要满足的条件。
14、传统的集合运算
当集合运算并、交、差用于关系时，要求参与运算的两个关系必须时相容的，即两个关系的度数一致，并且关系属性的性质必须一致。
15、专门的关系运算
专门的关系运算包括：选择、投影和连接，用于数据查询服务。
（1）选择：按照给定条件从指定的关系中挑选出满足条件的元组构成新的关系。或者说，选择运算的结果是一个表的行的子集。（公式P55）
(2）投影：从指定的关系中挑选出某些属性构成新的关系。或者说，选择运算的结果是一个表的列的子集。记作, 其中A为R的属性列。投影的结果将取消由于取消了某些列而产生的重复元组。
(3) 连接：按照给定条件，把满足条件的各关系的所有元组，按照一切可能组合成新的关系。
16、 关系模式的规范化
（1）范式：建立关系时需要满足的约束条件划分成若干标准，这些标准称为范式，简写为NF。范式的级别越高，发生操作异常的可能性越小，数据冗余越小，但由于关联多，读取数据时花费时间也会相应增加
(2)第一范式（1NF）
对于给定的关系R，如果R中的所有行、列交点处的值都是不可再分的数据项，则称关系R属于第一范式，记作：R∈1NF。
1NF是关系数据库中对关系的最低要求，它是从关系的基本性质而来的，任何关系必须遵守。
(3)第二范式（2NF）
如果关系R∈1NF，并且R的每一个非主属性都决定于主键，则称R属于第二范式，记作：R∈2NF。
(4)第三范式（3NF）
如果关系R∈2NF，并且R的每一个非主属性都不间接决定于主键，则称R属于第三范式，记作：R∈3NF。
17、SQL的特点 （举例）
（1）SQL结构化查询语言，是一种关系数据库语言，提供数据的定义、查询、更新和控制等功能。功能强大、能够完成各种数据库操作。
（2）SQL语言不是一个应用程序开发语言，它只提供对数据库的操作能力，不能完成屏幕控制、菜单管理、报表生成等功能。
（3）有利于各种数据库之间交换数据、程序的移植、实现程序和数据间的独立性；实施标准化；
（4）书写简单、易学易用
18、SQL的分类数据定义语言（DDL）、查询语言（QL）、数据操纵语言（DML）
19、建立数据库CREATE DATABASE <数据库名>;
数据表的修改
添加新列命令： ALTER TABLE <表名> ADD 列名 数据类型
删除表中的列： ALTER TABLE <表名> DROP COLUMN 列名
数据表的删除：DROP TABLE <表名>;
多表查询查询所有选修课程的学生信息，包括所学的课程名、授课教师和成绩。
Select bqk.number,jbqk.name,course.c_name,sle_course.score,teacher.t_name
From jbqk,course,sle_course,teacher
where jbqk.number=sle_course.number and
sle_course.c_number=course.c_number
嵌套查询 查询选修了“数据库技术”课程的学生姓名
Select jbqk.name from jbqk
Where jbqk. number in ( Select sle_course.number from sle_course
Where sle_course.c_number in (Select course.c_number from course
Where course.c_name='数据库技术'));
20、视图
视图是关系数据库系统提供给以多种角度观察数据库中数据的重要机制。它就象一个窗口，透过它可以看到数据库中用户感兴趣的数据及其变化。
 视图的特点
F一种虚表，是逻辑表，不是物理存在；
F基本表中的数据发生变化，从视图中查询出的数据也随之改变。
F视图中的数据是从现有的一个或多个表中提取出来的，可以屏蔽表中的某些信息，有利于数据库的安全性
F视图在数据库中是作为查询来保存的，当引用一个查询时，DBMS就执行这个查询，然后将查询结果作为视图来用；
F一个基本表可以建立多个视图，一个视图也可以在多个表上建立。
F拥有表的几乎所有操作。
F有利于应用程序的独立性、数据一致性。
CREATE VIEW <视图名>[(<列名１>,<列名２>,…)] AS <查询子句> [WITH CHECK OPTION];
21、数据库的完整性
指数据的正确性和相容性，DBMS必须提供一种功能来保证数据库中数据的完整性，这种功能亦称为完整性检查，即系统用一定的机制来检查数据库中的数据是否满足规定的条件，这种条件在数据库中称为完整性约束条件，这些完整性约束条件将作为模式的一部分存入数据库中。
（1）数据的完整性和安全性的区别
数据的完整性和安全性是两个不同的概念，完整性和安全性又是密切相关的。
完整性约束条件可以进行以下分类：
1.值的约束和结构的约束
值的约束是对数据的值的限制，结构的约束是指对数据之间联系的限制。
⑴ 关于对数据值的约束。
这类约束条件是指对数据取值类型、范围、精度等的规定
对某个属性和属性组合规定某个值集。
规定某属性值的类型和格式。
规定某属性的值的集合必须满足某种统计条件。
⑵关于数据之间联系的约束

2.静态约束和动态约束
静态约束：对数据库每一确定状态的数据所应满足的约束条件。
动态约束：数据库从一种状态转变为另一种状态时新、旧值之间所应满足的约束条件。
3.立即执行约束和延迟执行约束
立即执行约束：在执行用户事务时，对事务中某一更新语句执行完后马上此数据所应满足的约束条件进行完整性检查。
延迟执行约束：在整个事务执行结束后方对此约束条件进行完整性检查，结果正确方能提交。
4．完整性的实现应包括两个方面：
系统要提供定义完整性约束条件的功能；提供检查完整性约束条件的方法。
22、并发控制
1．事务并发控制的单位，是一个操作序列。
通常以BEGIN TRANSACTION开始，以COMMIT或ROLLBACK操作结束。
事务和程序是两个概念。
2．数据一致性级别的概念
数据的不一致性：因多个事务对同一数据地交叉修改（并发操作）而引起地数据不正确或数据修改丢失就称为数据的不一致性。
3．并发控制
要用正确的方式调度并发操作，避免造成数据的不一致性，使一个用户事务的执行不受其它事务的干扰。另一方面，对数据库的应用有时允许某些不一致性。
主要方法是采用封锁机制
封锁的类型 ：共享性封锁（共享锁，或称S锁）和排他性封锁(排他锁，或称X锁)，也称写锁
23、转储和恢复
（1）什么是转储和恢复
转储：数据库恢复中采用的基本技术。即DBA（数据库管理员）定期地将整个数据库复制到磁带或另一个磁盘上保存起来的过程。这些备用的数据文本称为后备副本或后援副本。
恢复：当数据库遭到破坏后就可以利用后备副本把数据库恢复，这时，数据库只能恢复到转储时的状态，从那以后的所有更新事务必须重新运行才能恢复到故障时的状态。
（2）转储的分类
静态转储：转储期间不允许（或不存在）对数据库进行任何存取、修改活动。
动态转储：转储期间允许对数据库进行存取或修改。即转储和用户事务可以并发执行。动态转储可克服静态转储的缺点，但是，转储结束时后援副本上的数据并不能保证正确有效。为此，必须把转储期间各事务对数据库的修改活动登记下来，建立日志文件（log file）。这样，后援副本加上日志文件就能把数据库恢复到某一时刻的正确状态。
（3）日志文件：是用来记录对数据库每一次更新活动的文件。
24、 数据库设计的任务
（1）根据用户需求研制数据库结构的过程，具体地说，是对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能有效的存储数据，满足用户的信息要求和处理要求。
（2）根据库设计：包括数据库的结构设计和数据库的行为设计两方面的内容。
数据库的结构设计：根据给定的应用环境，进行数据库的模式或子模式的设计。包括数据库的概念设计、逻辑设计和物理设计。
结构设计：各应用程序共享的结构，是静态的、稳定的，一经形成后通常情况下是不容易改变的，所以结构设计又称为静态模型设计
行为设计：确定数据库用户的行为和动作。用户的行为和动作指用户对数据库的操作，这些要通过应用程序来实现，所以数据库的行为设计就是应用程序的设计。用户的行为总是使数据库的内容发生变化，所以行为设计是动态的，又称为动态模型设计。
25、需求分析的任务
从数据库设计的角度来看，需求分析的任务是：对现实世界要处理的对象（组织、部门、企业）等进行详细的调查，通过对原系统的了解，收集支持新系统的基础数收集和分析需求数据，确定系统边界
在熟悉业务活动的基础上，协助用户明确对新系统的各种需求，包括用户的信息需求、处理需求、安全性和完整性的需求等。
（1）信息需求：目标范围内涉及的所有实体、实体的属性以及实体间的联系等数据对象，也就是用户需要从数据库中获得信息的内容与性质。由信息要求可以导出数据要求，即在数据库中需要存储哪些数据。
（2）处理需求：用户为了得到需求的信息而对数据进行加工处理的要求，包括对某种处理功能的响应时间，处理的方式（批处理或联机处理）等。
（3）安全性和完整性的需求：在定义信息需求和处理需求的同时必须相应确定安全性和完整性约束。
数据库实施：根据逻辑设计和物理设计的结果，在计算机上建立起实际的数据库结构、装入数据、进行测试和试运行的过程。当我被上帝造出来时，上帝问我想在人间当一个怎样的人，我不假思索的说，我要做一个伟大的世人皆知的人。于是，我降临在了人间。
我出生在一个官僚知识分子之家，父亲在朝中做官，精读诗书，母亲知书答礼，温柔体贴，父母给我去了一个好听的名字：李清照。
小时侯，受父母影响的我饱读诗书，聪明伶俐，在朝中享有“神童”的称号。小时候的我天真活泼，才思敏捷，小河畔，花丛边撒满了我的诗我的笑，无可置疑，小时侯的我快乐无虑。
“兴尽晚回舟，误入藕花深处。争渡，争渡，惊起一滩鸥鹭。”青春的我如同一只小鸟，自由自在，没有约束，少女纯净的心灵常在朝阳小，流水也被自然洗礼，纤细的手指拈一束花，轻抛入水，随波荡漾，发髻上沾着晶莹的露水，双脚任水流轻抚。身影轻飘而过，留下一阵清风。
可是晚年的我却生活在一片黑暗之中，家庭的衰败，社会的改变，消磨着我那柔弱的心。我几乎对生活绝望，每天在痛苦中消磨时光，一切都好象是灰暗的。“寻寻觅觅冷冷清清凄凄惨惨戚戚”这千古叠词句就是我当时心情的写照。
最后，香消玉殒，我在痛苦和哀怨中凄凉的死去。
在天堂里，我又见到了上帝。上帝问我过的怎么样，我摇摇头又点点头，我的一生有欢乐也有坎坷，有笑声也有泪水，有鼎盛也有衰落。我始终无法客观的评价我的一生。我原以为做一个着名的人，一生应该是被欢乐荣誉所包围，可我发现我错了。于是在下一轮回中，我选择做一个平凡的人。
我来到人间，我是一个平凡的人，我既不着名也不出众，但我拥有一切的幸福：我有温馨的家，我有可亲可爱的同学和老师，我每天平凡而快乐的活着，这就够了。
天儿蓝蓝风儿轻轻，暖和的春风带着春的气息吹进明亮的教室，我坐在教室的窗前，望着我拥有的一切，我甜甜的笑了。我拿起手中的笔，不禁想起曾经作诗的李清照，我虽然没有横溢的才华，但我还是拿起手中的笔，用最朴实的语言，写下了一时的感受：
人生并不总是完美的，每个人都会有不如意的地方。这就需要我们静下心来阅读自己的人生，体会其中无尽的快乐和与众不同。
“富不读书富不久，穷不读书终究穷。”为什么从古到今都那么看重有学识之人？那是因为有学识之人可以为社会做出更大的贡献。那时因为读书能给人带来快乐。
自从看了《丑小鸭》这篇童话之后，我变了，变得开朗起来，变得乐意同别人交往，变得自信了……因为我知道：即使现在我是只“丑小鸭”，但只要有自信，总有一天我会变成“白天鹅”的，而且会是一只世界上最美丽的“白天鹅”……
我读完了这篇美丽的童话故事，深深被丑小鸭的自信和乐观所折服，并把故事讲给了外婆听，外婆也对童话带给我们的深刻道理而惊讶不已。还吵着闹着多看几本名着。于是我给外婆又买了几本名着故事，她起先自己读，读到不认识的字我就告诉她，如果这一面生字较多，我就读给她听整个一面。渐渐的，自己的语文阅读能力也提高了不少，与此同时我也发现一个人读书的乐趣远不及两个人读的乐趣大，而两个人读书的乐趣远不及全家一起读的乐趣大。于是，我便发展“业务”带动全家一起读书……现在，每每遇到好书大家也不分男女老少都一拥而上，争先恐后“抢书”，当我说起我最小应该让我的时候，却没有人搭理我。最后还把书给撕坏了，我生气地哭了，妈妈一边安慰我一边对外婆说：“孩子小，应该让着点。”外婆却不服气的说：“我这一把年纪的了，怎么没人让我呀？”大家人你一言我一语，谁也不肯相让……读书让我明白了善恶美丑、悲欢离合，读一本好书，犹如同智者谈心、谈理想，教你辨别善恶，教你弘扬正义。读一本好书，如品一杯香茶，余香缭绕。读一本好书，能使人心灵得到净化。书是我的老师，把知识传递给了我；书是我的伙伴，跟我诉说心里话；书是一把钥匙，给我敞开了知识的大门；书更是一艘不会沉的船，引领我航行在人生的长河中。其实读书的真真乐趣也就在于此处，不是一个人闷头苦读书；也不是读到好处不与他人分享，独自品位；更不是一个人如痴如醉地沉浸在书的海洋中不能自拔。而是懂得与朋友，家人一起分享其中的乐趣。这才是读书真正之乐趣呢！这所有的一切，不正是我从书中受到的教益吗？
我阅读，故我美丽；我思考，故我存在。我从内心深处真切地感到：我从读书中受到了教益。当看见有些同学宁可买玩具亦不肯买书时，我便想到培根所说的话：“世界上最庸俗的人是不读书的人，最吝啬的人是不买书的人，最可怜的人是与书无缘的人。”许许多多的作家、伟人都十分喜欢看书，例如毛泽东主席，他半边床上都是书，一读起书来便进入忘我的境界。
书是我生活中的好朋友，是我人生道路上的航标，读书，读好书，是我无怨无悔的追求。

下午13：00—17：00
度。全体员工都必须自觉遵守工作时间，实行不定时工作制的员工不必打卡。
3.1.2.2打卡次数：一日两次，即早上上班打卡一次，下午下班打卡一次。
3.1.2.3打卡时间：打卡时间为上班到岗时间和下班离岗时间；
3.1.2.4因公外出不能打卡：因公外出不能打卡应填写《外勤登记表》,注明外出日期、事由、外勤起止时间。因公外出需事先申请，如因特殊情况不能事先申请，应在事毕到岗当日完成申请、审批手续，否则按旷工处理。因停电、卡钟（工卡）故障未打卡的员工，上班前、下班后要及时到部门考勤员处填写《未打卡补签申请表》，由直接主管签字证明当日的出勤状况，报部门经理、人力资源部批准后，月底由部门考勤员据此上报考勤。上述情况考勤由各部门或分公司和项目文员协助人力资源部进行管理。
3.1.2.5手工考勤制度
3.1.2.6手工考勤制申请：由于工作性质，员工无法正常打卡（如外围人员、出差），可由各部门提出人员名单，经主管副总批准后，报人力资源部审批备案。
3.1.2.7参与手工考勤的员工，需由其主管部门的部门考勤员(文员)或部门指定人员进行考勤管理，并于每月26日前向人力资源部递交考勤报表。
3.1.2.8参与手工考勤的员工如有请假情况发生，应遵守相关请、休假制度，如实填报相关表单。
3.1.2.9 外派员工在外派工作期间的考勤,需在外派公司打卡记录;如遇中途出差,持出差证明,出差期间的考勤在出差地所在公司打卡记录;
3.2加班管理
3.2.1定义
加班是指员工在节假日或公司规定的休息日仍照常工作的情况。
A．现场管理人员和劳务人员的加班应严格控制，各部门应按月工时标准，合理安排工作班次。部门经理要严格审批员工排班表，保证员工有效工时达到要求。凡是达到月工时标准的，应扣减员工本人的存休或工资；对超出月工时标准的，应说明理由，报主管副总和人力资源部审批。
B．因员工月薪工资中的补贴已包括延时工作补贴，所以延时工作在4小时（不含）以下的，不再另计加班工资。因工作需要，一般员工延时工作4小时至8小时可申报加班半天，超过8小时可申报加班1天。对主管(含)以上管理人员，一般情况下延时工作不计加班，因特殊情况经总经理以上领导批准的延时工作，可按以上标准计加班。
3.2.2.2员工加班应提前申请，事先填写《加班申请表》，因无法确定加班工时的，应在本次加班完成后3个工作日内补填《加班申请表》。《加班申请表》经部门经理同意，主管副总经理审核报总经理批准后有效。《加班申请表》必须事前当月内上报有效，如遇特殊情况，也必须在一周内上报至总经理批准。如未履行上述程序，视为乙方自愿加班。
3.2.2.3员工加班，也应按规定打卡，没有打卡记录的加班，公司不予承认；有打卡记录但无公司总经理批准的加班，公司不予承认加班。
3.2.2.4原则上，参加公司组织的各种培训、集体活动不计加班。
3.2.2.5加班工资的补偿：员工在排班休息日的加班，可以以倒休形式安排补休。原则上，员工加班以倒休形式补休的，公司将根据工作需要统一安排在春节前后补休。加班可按1：1的比例冲抵病、事假。
3.2.3加班的申请、审批、确认流程
3.2.3.1《加班申请表》在各部门文员处领取，加班统计周期为上月26日至本月25日。
3.2.3.2员工加班也要按规定打卡，没有打卡记录的加班，公司不予承认。各部门的考勤员(文员)负责《加班申请表》的保管及加班申报。员工加班应提前申请，事先填写《加班申请表》加班前到部门考勤员(文员)处领取《加班申请表》，《加班申请表》经项目管理中心或部门经理同意，主管副总审核，总经理签字批准后有效。填写并履行完审批手续后交由部门考勤员(文员)保管。
3.2.3.3部门考勤员（文员）负责检查、复核确认考勤记录的真实有效性并在每月27日汇总交人力资源部，逾期未交的加班记录公司不予承认。

连绵阴雨，没出息的又想你了。

　　闺蜜说我过得不快乐，不然不会想到你，至少不会那么的想你。好吧，我承认。

　　都没人接受我的好，没人需要我陪着了。以前爱你，很累，但却很快乐，因为你也会有需要我的瞬间，即使短，但总会有些许的存在感。

　　并非青梅竹马，却至那以后爱上的人都像你。只不过，以后还未到来。

　　无意间翻看浏览量，你的名字仿若闪光般映入眼帘，这一刻不知是怎样的感觉，欣喜，失落，麻木，装作无所谓，也只有你能让我瞬间不知该晴或雨。

　　即使离别两载，也挥之不去有你的好。

　　记忆中有你的时光总是那么的美好，却不知为何，落于笔下的文字却总那么心痛。

　　看着身边有人默默无闻的爱着另一个人，当她问及时，却不得不安慰她说：“你别多想，咱们只是朋友，最最好的那种。”

　　落于耳畔，酸楚的咀嚼，脑中心里全都是你。“你不会还喜欢我呢吧？”良久以后“没有了吧”轻触屏幕发给了那边满不在乎的你。“那就好”你放心了，可惜，你却看不见紧握屏幕的我的手。

　　原来，我于你，从来都是一种负担。你要飞翔而我爱的太重……

30