数据库方向上的十种职业
这几天泡在“三十而立”那个板块，看到很多朋友（从20岁以下到35岁以上，呵呵）都有很多感触或者迷惑。
所谓“人无远虑，必有近忧”，如果等到了30岁还不知道自己想干什么，能干什么，那也许是一种遗憾或者悲哀。
在MSSQL这个板块也偶尔看到一些朋友问关于发展方向和重点等方面的问题。
我不敢说自己的数据库专业知识有多强，毕竟这个世界很大，牛人极多。
只是想把自己在数据库这个方向上亲身做过的，遇到和看得到一些职位大致总结一下，
这些职位都是实实在在的贴在招聘各种网站上的，我也有机会和一些职位上的朋友或同事工作过。
希望对大家确定自己的职业方向和重点有一点帮助。
如果总结得不准确或者有误，请各位高手指正。只有通过讨论和交流才能共同提高。
-----------------------------------------------------------------------
数据库方向上的十种职业（除去那些数据库研发等太过专业的方向）
前面五种的重点是设计和应用，侧重于软件和数据逻辑层面。
后面五种的重点是运营和维护，侧重与硬件和数据物理层面。
不过这些职位不是孤立，反而是互相交叉的，只是侧重点不同。
说实在的，这些职位没有好与不好之分，每个方向都可以做得很好，
全凭个人的兴趣和目标，但是因为有些职位需求相对少，有机会接触的人不多，
结果就物以稀罕为贵，市场需求决定价值。
前面五种：
重点是设计和应用，侧重于软件和数据逻辑层面。
数据库应用开发(application development)
除了基本的SQL方面的知识，还要对开发流程，软件工程，各种框架和开发工具等等数据库应用开发这个方向上的机会最多，职位最多
数据建模专家(data modeler)
除了基本的SQL方面的知识，非常熟悉数据库原理，数据建模
负责将用户对数据的需求转化为数据库物理设计和物理设计
这个方向上在大公司（金融，保险，研究，软件开发商等）有专门职位，
在中小公司则可能由程序员承担。
商业智能专家(business intelligence - BI)
主要从商业应用，最终用户的角度去从数据中获得有用的信息，
涉及OLAP (online analytical processing)
需要使用SSRS, cognos, crystal report等报表工具，或者其他一些数据挖掘，统计方面的软件工具
（这个方面我不熟悉，不敢乱说：）
ETL开发(ETL Developer)
使用ETL工具或者自己编写程序在不同的数据源之间对数据进行导入，导出，转换，所接触的数据库一般数据量非常大，要求进行的数据转换也比较复杂。
和数据仓库和商业智能的关系比较密切。
在一些数据库应用规模很大的公司里面有专门的职位，
中小公司里面则可能由程序员或者DBA负责这方面的工作。
数据构架师(Data Architect)
主要从全局上制定和控制关于数据库在逻辑这一层的大方向，
也包括数据可用性，扩展性等长期性战略，
协调数据库的应用开发，建模，DBA之间的工作。
这个方向上在大公司（金融，保险，研究，软件开发商等）有专门职位，
在中小公司或者没有这个职位，或者由开发人员，DBA负责。
后面五种：
重点是运营和维护，侧重与硬件和数据物理层面。
数据库管理员(database administrator - DBA)
数据库的安装，配置，调优，备份/恢复，监控，自动化等，
协助应用开发（有些职位还要求优化SQL，写存储过程和函数等）
这个方向上的职位相对少一些，但一般有点规模的公司还是会有这样的职位
数据仓库专家(data warehouse - DW)
应付超大规模的数据，历史数据的存储，管理和使用，
和商业智能关系密切，很多时候BI和DW是放在一个大类里面的，
但是我觉得DW更侧重于硬件和物理层上的管理和优化。
存储工程师(storage engineer)
专门负责提供数据存储方案，使用各种存储技术满足数据访问和存储需求，
和DBA的工作关系比较密切。
对高可用性有严格要求（比如通信，金融，数据中心等）的公司通常有这种职位，这种职位也非常少。
性能优化工程师(performance engineer)
专长数据库的性能调试和优化，为用户提供解决性能瓶颈方面的问题。
我知道至少IBM, 微软和Oracle都有专门的数据库性能实验室(database performance lab）,
也有专门的性能优化工程师，负责为其数据库产品和关键应用提供这方面的技术支持。
对数据库性能有严格要求的公司（比如金融行业）可能会有这种职位。
因为针对性很强，甚至要求对多种数据库非常熟悉，所以职位极少。
高级数据库管理员(senior DBA)
在DBA的基础上，还涉及上面3种职位的部分工作，具体包括下面这些：
对应用系统的数据（布局，访问模式，增长模式，存储要求等）比较熟悉。
对性能优化非常熟悉，可以发现并优化从SQL到硬件I/O，网络等各个层面上的瓶颈对于存储技术相对熟悉，可能代替存储工程师的一些工作，
对数据库的高可用性技术非常熟悉（比如MSSQL的集群，ORACLE RAC/FailSafe, IBM 的DPF, HADR等）
对大规模数据库有效进行物理扩展（比如表分区）或者逻辑扩展（比如数据库分区，联合数据库等）
熟悉各种数据复制技术，比如单向，双向，点对点复制技术，以满足应用要求。
灾难数据恢复过程的建立，测试和执行
这种职位一般只在对数据库要求非常高并且规模非常大（比如金融，电信，数据中心等）的公司需要，
而且这种公司一般有一个专门独立负责数据库的部门或组。
这种职位非常少。
维护工作职责和内容 一、基本职责 1、负责整个公司（包含局域网、广域网）的系统安全性。 2、负责日常服务器维护、操作系统、网管系统、邮件系统的安全补丁、漏洞检测及修补、病毒防治等工作。 3、应经常保持对最新病毒的了解，做到预防为主。 4、确保网络通信传输畅通，实时监控整个局域网的运转和网络通信流量情况； 5、掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； 6、负责网络布线配线架的管理，确保配线的合理有序； 7、掌握用户端设备接入网络的情况，以便发现问题时可迅速定位； 8、掌握与外部网络的连接配置，监督网络通信状况，发现问题及时解决； 二、机房管理职责 1、严禁非机房工作人员进入机房，特殊情况需经负责人批准，并认真填写登记表后方可进入。 2、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。 3、未经领导的批准严禁变更机房内的一切设备，或服务器的配置。如有需要应报告领导并填写维护表。 4、外来的一切移动存储禁止在机房内使用。 三、安全管理职责 1、随时监控中心设备运行状况，发现异常情况应立即按照预案规程进行操作，并及时上报和详细记录。 2、严格执行密码管理规定，对操作密码定期更改，超级用户密码由系统管理员掌握。 3、网管人员应恪守保密制度，不得擅自泄露各种信息资料与数据。 4、机房内严禁吸烟、喝水、吃食物、嬉戏和进行剧烈运动，保持机房安静。 5、不定期对机房内设置的消防器材、监控设备进行检查，以保证其有效性。
四、运行管理职责 1、未经负责人批准，不得在机房设备上编写、修改、更换各类软件系统及更改设备参数配置。 2、各类软件系统的维护、增删、配置的更改，各类硬件设备的添加、更换必需经负责人书面批准后方可进行；必须按规定进行详细登记和记录，对各类软件、现场资料、档案整理存档。 五、日常维护职责 1、日常维护中应按规定填写日常维护表。（维护内容见附录） 2、每个月应把常见问题书写成知识档，上传到知识库中。 3．硬件更换应填写硬件更换表以便查阅。
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
Activiti-5.21数据字典 简介 #前缀描述 1ACT_RE_RE表示Repository资源库，保存流程定义，模型等设计阶段的数据。 2ACT_RU_RU表示Runtime运行时，保存流程实例，任务，变量等运行阶段的数据。 3ACT_HI_HI表示History历史，保存历史实例，历史任务等流程历史数据。 4ACT_ID_ID表示Identity身份，保存用户，群组，关系等组织机构相关数据。（Activiti中的组织机构过于简单，仅用于演示。） 5ACT_GE_GE表示General通用，属于一些通用配置。 6其他ACT_EVT_LOG和ACT_PROCDEF_INFO没有按照规则来，两者分别属于HI和RE。 ACT_RE_ ACT_RU_
ACT_HI_
数据库 #表名描述 1ACT_EVT_LOG事件日志 2ACT_GE_BYTEARRY xml, png等二进制内容3ACT_GE_PROPERTY引擎版本信息 4ACT_HI_ACTINST历史节点
5ACT_HI_ATTACHMENT附件 6ACT_HI_COMMENT评论 7ACT_HI_DETAIL变更历史 8ACT_HI_IDENTITYLINK历史参与者 9ACT_HI_PROCINST历史流程实例 10ACT_HI_TASKINST历史任务 11ACT_HI_VARINST历史变量 12ACT_ID_GROUP群组 13ACT_ID_INFO用户的人员详细信息 14ACT_ID_MEMBERSHIP用户与群组关系 15ACT_ID_USER用户的基本信息 16ACT_PROCDEF_INFO流程定义的动态变更信息17ACT_RE_DEPLOYMENT部署包 18ACT_RE_MODEL模型（用于Web Designer）19ACT_RE_PROCDEF流程定义 20ACT_RE_EVENT_SUBSCR事件监听 21ACT_RU_EXECUTION流程实例与分支 22ACT_RU_IDENTITYLINK参与者 23ACT_RU_JOB异步作业 24ACT_RU_TASK任务 25ACT_RU_VARIABLE变量 ACT_EVT_LOG 事件日志，默认不开启。 #字段名字段类型长度空默认描述主 键 外 键 1LOG_NR_BIGINT19主键自 增2TYPE_VARCHAR64类型 3PROC_DEF_ID_VARCHAR64流程定义 4PROC_INST_ID_VARCHAR64流程实例 5EXECUTION_ID_VARCHAR64执行 6TASK_ID_VARCHAR64任务
密级： 文档编号： 项目代号： Epson Security Framework Policy 安全管理员日常维护规范 V 1.0 保密申明 这份说明书涉及到EPSON的商业机密的信息。接受这份说明书表示同意对其内容保密，未经书面请求并得到EPSON的书面认可，不得复制，泄露或散布这份说明书。如果你不是有意接受者，请注意对这份说明书内容的任何形式的泄露、复制或散布都有可能引起法律纠纷。
文档控制 版本控制
目录 1目的 (4) 2范围 (4) 3内容 (4) 4安全维护工作细则 (4) 4.1 维护安全设备的工作细则 (5) 4.1.1 防病毒日常维护细则 (5) 4.1.2 防火墙日常维护细则 (11) 4.1.3 VPN日常维护细则 (16) 4.1.4 安全评估日常维护细则 (18) 4.2对主机系统的日常工作细则 (20) 4.3 对网络设备的日常工作细则 (21) 4.4 编写安全报告工作 (23) 4.5 安全加固文档的更新 (24) 4.6 对地市安全现状进行审计和评估 (25)
1目的 为规范EPSON的安全日常维护工作的计划和工作内容管理，明晰EPSON ISD部门的技术人员日常在安全维护时的工作细则，加强对日常安全维护，促进安全维护规范化，特制定本文档。 2范围 本策略适用于EPSON拥有的、控制和管理的所有信息系统、数据和网络环境，适用于属于EPSON范围内的安全维护人员，包括ISD部门的技术负责人、安全管理员、系统管理员、网络管理员和数据库管理员。 3内容 用户系统安全维护管理工作中，日常安全维护工作细则是根据和遵循本岗位职责要求而制定的，运维人员必须认真遵循本岗位安全职责规定，然后遵照日常安全工作细则的规定进行安全管理和维护工作，并根据工作实际情况，制定并遵守相应的安全设备配置和实施细则和安全技术、安全事故的操作流程，做好安全维护管理工作。 4安全维护工作细则 系统一线和二线维护人员和安全管理员的日常维护工作总则： 1.负责用户与信息安全相关工作的具体实施和有关信息安全问题的 处理； 2.根据用户的信息安全需求，定期提出用户的信息安全整改意见， 上报信息安全管理机构； 3.根据信息安全事件的处理情况和对于用户信息安全检测的结果， 定期编制用户的信息安全状况报告；
中国中医药数据库检索系统介绍 中国中医科学院中医药信息研究所自1984年开始进行中医药学大型数据库的建设，目前数据库总数40余个，数据总量约110万条，包括中医药期刊文献数据库、疾病诊疗数据库、各类中药数据库、方剂数据库、民族医药数据库、药品企业数据库、各类国家标准数据库（中医证候治则疾病、药物、方剂）等相关数据库。 多类型的中医药数据库，以其充实的数据成为中医药学科雄厚的信息基础。所有的数据库都可以通过中医药数据库检索系统提供中文（简体、繁体）版联网使用；部分数据提供英文版；所有数据库还可以获取光盘版。 中医药数据库检索系统可以实现单库与多库选择查询。单表数据库检索可选择最专指的一个数据库进行相应字段的检索。多库可以进行跨库、多类检索。 期刊文献类： 中国中医药期刊文献数据库 数据库主题：1949至今的有关中医药学内容的期刊文献信息 数据库类型：文献型 收录范围：中国中医药期刊文献数据库涵盖了中国国内出版的生物医学及其它相关期刊千余种，包含中医药学、针灸、气功、按摩、保健等方面的内容，收录了1984年以来的中医药文献题录近80余万篇，其中50～70%附有文摘。该数据库采用美国国立医学图书馆的《医学主题词注释表》（MeSH）及中国中医研究院的《中国中医药学主题词表》进行规范的主题词标引，用以进行精确检索和扩展检索。该数据库每季度更新一次，每年约增加文献6万篇。多年来，该数据库已经广泛为国内外中医药院校、科研院所、医院、政府部门、商业部门所采用。 著录项目：中文文题、英文文题、作者、第一作者单位、第一作者所在地、期刊名称、出版年、卷、期、页码、文献类型、特征词、医学史、资助类型、主题词、关键词、分类号、语种、中文文摘、英文文摘等。 检索途径：可通过文题、作者、单位、期刊（名称、年、卷、期）、特征词、主题词、关键词、主题姓名、文献类型及全文检索的方式进行检索；并可通过主题词及分类号进行扩展检索。 目前，该数据库提供有15个专题数据库，分别为： 1 中药文献数据库中医老年病文献数据库 2 中药化学文献数据库中医名医经验数据库 3 中药药理学文献数据库中医临床诊疗文献数据库 4 中药不良反应和毒理学文献数据库中医临床试验文献数据库 5 针灸文献数据库中医药学历史文献数据库
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
activiti流程开发指南 ?一、BPMN ?二、activiti主要接口 ?三、如何实现一个业务流程 ?四、如何管理所有流程与实例 ?五、开发流程 ?六、api 一、BPMN 1. 什么是BPMN 首先BPMN规范是由标准组织BPMI发布的.BPMN 1.0规范发布于2004年5月。此规范展示了BPMI组织两年多的努力成果。BPMN的主要目标就是要提供被所有业务用户理解的一套标记语言，包括业务分析者、软件开发者以及业务管理者与监察者。BPMN还将支持生成可执行的 BPEL4WS语言。所以，BPMN在业务流程设计与流程实现之间搭建了一条标准化的桥梁。 BPMN定义了业务流程图，其基于流程图技术，同时为创建业务流程操作的图形化模型进行了裁减。业务流程的模型就是图形化对象的网图，包括活动（也可以说工作）和定义操作顺序的流控制。 2. BPMN基础 业务流程图由一系列的图形化元素组成。这些元素简化了模型的开发，且业务分析者看上去非常熟悉。这些元素每个都有各自的特性，且与大多数的建模器类似。比如，活动是矩形，条件是菱形。应该强调的是：开发BPMN的动力就是为了在创建业务流程模型时提供一个简单的机制，同时又能够处理来自业务流程的复杂性。要处理这两个矛盾的需求的方法就是将标记的图形化方面组织分类为特定的类别。这里提供标记类别中的一小部分，以便业务流程图的读者可以简单地识别出元素的基本类型从而理解图形。以下是四种基本的类型： 1）流对象 2）连接对象 3）泳道
4）人工信息 BPMN2.0概要：https://www.doczj.com/doc/b715501255.html,/workclass/201206272.asp 二、activiti主要接口 ProcessEngine processEngine =ProcessEngines.getDefaultProcessEngine(); RuntimeService runtimeService = processEngine.getRuntimeService(); RepositoryService repositoryService = processEngine.getRepositoryService(); TaskService taskService = processEngine.getTaskService(); ManagementService managementService = processEngine.getManagementService(); IdentityService identityService = processEngine.getIdentityService(); HistoryService historyService = processEngine.getHistoryService(); FormService formService = processEngine.getFormService(); ProcessEngines.getDefaultProcessEngine()会在第一次调用时初始化并创建一个流程引擎，以后再调用就会返回相同的流程引擎。使用对应的方法可以创建和关闭所有流程引擎：ProcessEngines.init()和ProcessEngines.destroy()。 ProcessEngines会扫描所有activiti.cfg.xml和activiti-context.xml文件。对于activiti.cfg.xml文件，流程引擎会使用Activiti的经典方式构建： ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream (inputStream).buildProcessEngine(). 对于activiti-context.xml文件，流程引擎会使用Spring方法构建：先创建一个Spring的环境，然后通过环境获得流程引擎。
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
电梯日常维修工作标准 一、概况： 仪化生活区现有电梯23部，其中20层/20站VVVF型三菱电梯8部，11层/11站GPS-Ⅱ型三菱电梯12部，9层/9站奥的斯OH5000型电梯3部，我公司电梯维修队维修人员通过加强电梯日常巡检和维修保养，发现故障及时修理,以保证电梯的正常运行，保证居民的使用。 二、维修保养的内容及要求：（见附表）
生活区高层住宅给排水系统日常维修工作内容 仪化生活区现有高层住宅19栋，其中层高为九层的三栋，层高为二十层的四栋，层高为11层的十二栋，共有居民1076户。为使高层居民的正常生活不受影响，维修公司根据各项公用设施、设备的管理要求，对给排水系统按期进行检查、维护、保养，出现故障时及时维修，以确保高层住宅供水、排水系统的正常运行。 一、供水系统工作内容及运行保障要求 （一）概况 生活用水系统5个，其中浦东高层2个，白沙高层1个，迎江西村1个，浦西村1个。包括（1）水泵13个；（2）供水水箱4个；（3）电气控制系统5套；（4）阀门98只；（5）稳压灌4只。 （二）检查工作内容 （1）水泵每周检查内容 1、对水泵进行手动盘车; 2、泵体清洁； 3、轴承盒内加入钙基黄油； 4、检查填料室内是否正常； 5、检查联轴器的橡胶弹性圈是否正常； 6、检查泵的温度； 7、泵房的清洁卫生工作。 （2）水箱季度冲洗 每季清洗水箱一次； （3）电气控制系统周检查内容 1、检查控制柜能否正常工作； 2、对变频器经常报故障、开关经常跳或者不能合闸、元器件老化等及时更换及维修。（4）阀门每周检查： 1、阀体及阀件清洁; 2、检查阀杆与启密件是否牢靠不脱落; 3、检查阀体是否有渗漏及损坏; 4、检查密封垫片是否密封及损坏. （5）稳压灌每周检查: 1、罐体清洁; 2、检查是否损坏及渗漏.
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
Activiti入门教程详解完整教程 1.A ctiviti介绍 Activiti是由Alfresco软件在2010年5月17日发布的业务流程管理(BPM)框架,它是覆盖了业务流程管理，工作流，服务协作等领域的一个开源，灵活的，易扩展的可执行流程语言框架。 Activiti基于Apache许可的开源BPM平台，创始人Tom Baeyens是JBoss JBPM的项目架构师，它的特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 1.1工作流引擎 ProcessEngine对象，这是Activiti工作的核心。负责生成流程运行时的各种实例及数据，监控和管理流程的运行。 1.2BPMN 业务流程建模与标注（Business Process Model and Notation,BPMN），描述流程的基本符号，包括这些图元如何组合成一个业务流程图(Business Process Diagram)
2.准备环境 2.1Activiti软件环境 1)JDK1.6或者更高版本 2)支持的数据库有:h2,mysql,oracle,mysql,db2等 3)支持Activiti运行的jar包，可以通过maven依赖引入 4)开发环境为Eclipse3.7或者以上版本，myeclipse为8.6版本2.2安装流程设计器(eclipse插件) 1）打开Help →Install New Software →Add 输入Name: Activiti Designer Location: https://www.doczj.com/doc/b715501255.html,/designer/update/ 输入完成后，单击OK按钮等待下载完成后安装。 安装完成后在菜单选项中会出现Activiti的目录选项
日常维修工作流程 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
日常维修工作流程 一、维修部维修人员每天保持维修房、维修场地干净；工具、材料归类摆放，科学有序。 二、维修人员每天对机电设备进行常规性维护保养，确保所有机电设备健康运作。作业项目安全、规范、美观。 三、维修人员应对所有机电设施例行检查。例行检查根据检查对象的不同每天、每两天或每周不等的时间段进行一次，两人合作进行，对检查中发现的问题，应在《日常维护巡查记录》上登记清楚。能够自己随时处理的问题应随时处理，自己无法随时处理时，应向主管领导做口头或书面报告，及时安排处理。 另外，维修人员应结合日常维修工作对供电、供水、排水网络进行随机检查，发现问题及时处理或向主管领导报告。 四、例行检查的内容为： 1、供电系统是否存在隐患，有无危及供电安全现象。 2、供水系统（包括纯净水制水设备）是否存在隐患，有无危及供水安全现象。 3、公司各部分排水系统是否畅通，是否有水管跑冒滴漏和污水外溢现象。 4、供蒸汽管道、阀门、仪表是否正常。 5、天燃气设备运转是否正常，监测设备是否正常，要做定期检测。 6、锅炉运行状况，及时检查，每天听取锅炉工的工作汇报。 7、宿舍有无私拉乱扯危及用电安全行为。 8、所有公共照明灯电源线是否老化破皮，有无危及员工安全现象。 9、有无其他影响公司形象容需要整改的事项。
10、生产车间每一条生产线的机械电气设备的运行情况，每天早晨上班或车间下班 后对机械进行润滑保养。（把多余的润滑油用抹布擦拭干净，以免污染产品） 11、污水处理系统是否正常运行，建立维护档案 五、维修部保证所有使用工具的安全性。维修过程，应严格遵守安全规程，防止发生意外事故。 六、任何维修工作结束后，均应清点工具，清理现场，清除垃圾，经检查、测试全部符合质量后方能送电、送水，交付使用。 七、对所完成的工作应记录在维修记录上，对未完成项目要写明原因及下步处理意见。 八、维修人员应对所维修项目负责，对不负责任、敷衍了事造成返工的，追究维修人员责任，对因返工造成材料浪费的，予以相应处罚。 九、维修人员在休班期间，如遇公司工作需要到现场处理，应以公司利益为重，积极配合。 十、以上巡视工作，都要认真填写有关《***巡查记录表》。 记录表要及时存档，妥善保存，以备核查。 十一、公司对以上工作做随机巡视监督，若发现工作敷衍，将对维修部进行严厉惩罚 2017年4月21日
特别响、非常近——BPMN2新规范与Activiti5 上世纪九十年代以后，随着WfMC联盟的成立，BPM市场群雄逐鹿如火如荼，工作流技术得到了突飞猛进的发展，其中IBM、Oracle等大型软件厂商在工作流领域各扯大旗割据一方。2011年BPMN2.0新规范的发布为各工作流产品互容互通提供了统一的标准，结束了各工作流厂商各自为政相互抵斥的局面。 什么是BPMN、Workflow？ ?BPM（Business Process Management）——“通过建模、自动化、管理和优化流程，打破跨部门跨系统业务过程依赖，提高业务效率和效果”。 ?Workflow——“全部或者部分由计算机支持或自动处理的业务过程”（工作流管理联盟WfMC组织对工作流概念的经典定义） BPM基本内容是管理既定工作的流程，通过服务编排，统一调控各个业务流程，以确保工作在正确的时间被正确的人执行，达到优化整体业务过程的目的。BPM概念的贯彻执行，需要有标准化的流程定义语言来支撑，使用统一的语言遵循一致的标准描述具体业务过程，这些流程定义描述由专有引擎去驱动执行。这个引擎就是工作流引擎，它作为BPM的核心发动机，为各个业务流程定义提供解释、执行和编排，驱动流程“动“起来，让大家的工作“流”起来，为BPM的应用提供基本、核心的动力来源。 现实工作中，不可避免的存在跨系统跨业务的情况，而大部分企业在信息化建设过程中是分阶段或分部门（子系统）按步实施的，后期实施的基础可能是前期实施成果的输出，在耦合业务实施阶段，相同的业务过程可能会在不同的实施阶段重用，在进行流程梳理过程中，不同的实施阶段所使用的流程描述语言或遵循的标准会有所不同（服务厂商不同），有的使用WfMC 的XPDL，还有些使用BPML、BPEL、WSCI等，这就造成流程管理、业务集成上存在很大的一致性、局限性，提高了企业应用集成的成本。 BPMN2.0规范的引入 遵循BPMN2.0新规范的工作流产品能很大程度上解决此类问题。BPMN2.0相对于旧的1.0规范以及XPDL、BPML及BPEL等最大的区别是定义了规范的执行语义和格式，利用标准的图元去描述真实的业务发生过程，保证相同的流程在不同的流程引擎得到的执行结果一致。BPMN2.0对流程执行语义定义了三类基本要素，它们是日常业务流程的“三板斧”： ?Activities（活动）——在工作流中所有具备生命周期状态的都可以称之为“活动”，如原子级的任务（Task）、流向（Sequence Flow），以及子流程（Sub-Process）等?Gateways（网关）——顾名思义，所谓“网关”就是用来决定流程流转指向的，可能会被用作条件分支或聚合，也可以被用作并行执行或基于事件的排它性条件判断 ?Events（事件）——在BPMN2.0执行语义中也是一个非常重要的概念，像启动、结束、边界条
一、过程检测与控制仪表的日常维护 仪表的日常维护大致有以下几项工作内容：（1）巡回检查（2）定期润滑（3）定期排污（4）保温伴热（5）故障处理 1.巡回检查 ①查看仪表指示、记录是否正常，现场一次仪表指示和控制室显示仪表、调节仪表的 指示是否一致，调节器输出指示和调节阀阀位是否一致 ②查看仪表电源、气源是否达到额定值 ③检查仪表保温、伴热状况 ④检查仪表本体和连接件损坏和腐蚀情况 ⑤查看仪表和工艺接口泄漏情况 ⑥查看仪表完好状况 2．定期润滑 3．定期排污 3．1排污主要针对差压变送器、压力变送器、浮筒液位计等仪表，由于测量介质含有粉尘、油垢、微小颗粒等在导压管内沉积或在取压阀内沉积，直接或间接影响测量。 3．2吹洗吹洗是利用吹气或冲液使被测介质与仪表部件或测量管线不直接接触，以保护测量仪表并实施测量的一种方法。吹气是通过测量管线向测量对象连续定量地吹入气体。冲液是通过测量管线向测量对象连续定量地冲入液体。 吹洗应注意事项： ①吹洗气体或液体必须是被测工艺对象所允许的流动介质，通常应满足以下条件 a．与被测工艺介质不发生化学反应 b．清洁，不含固体颗粒 c．通过节流减差后不发生相变 d．无腐蚀性 e．流动性好 ②吹洗液体供应源充足可靠，不受工艺操作影响 ③吹洗流体的压力应高于工艺过程在测量点可能达到的最高压力，保证使吹洗流体按 设计要求的流量连续稳定地吹洗 ④采用限流孔板或带可调阻力的转子流量计测量和控制吹洗液体或气体的流量。 ⑤吹洗流体入口点应尽可能靠近仪表取源部件（或靠近测量点），以便使吹洗流体在测 量管线中产生的压力降保持在最小值。 ⑥为了尽可能减小测量误差，要求吹洗流体的流量必须恒定。根据吹洗流体的种类、 被测介质的特性以及测量要求决定吹洗流量，下列吹洗流体数值供参考。 a.流化床：吹洗流体为空气或其他气体时，一般为0.85～3.4m3/h； b.低压储槽液体位测量：吹洗流体为空气或其他气体时，一般为0.03～0.045m3/h; c.一般流量测量：吹洗流体为气体时，一般为0.03～0.14m3/h；吹洗流体为液体 时，一般为0.014～0.036m3/h。 怎样检查现场运行中差压变送器使其工作正常？ 答案：由于差压变送器的故障多是零点漂移和导压管堵塞，所以在现场很少对刻度逐点校验，而是检查它的零点和变化趋势，具体方法如下：1)零点检查：关闭正、负压截止阀。打开平衡阀，此时电动差压变送器电流应为4mA。2)变化趋势检查：零点以后，各阀门恢复原来的开表状态，打开负压室的排污阀。这时变送器的输出应最大即电动差压变送器为20mA以上。若只打开正压室排污阀，则输出为最小，即电动差压变送器为4mA。打开排污阀时，被测介质排出很少或没有，说明导压管有堵塞现象，要设法疏通。
常用国外数据库详细介绍（按国家分类） 一、美国 (1) Wiley InterScience(英文文献期刊) 主页：https://www.doczj.com/doc/b715501255.html,/ 简介：Wiley InterScience是John Wiely & Sons 公司创建的动态在线内容服务，1997年开始在网上开通。通过InterScience，Wiley公司以许可协议形式向用户提供在线访问全文内容的服务。Wiley InterScience收录了360多种科学、工程技术、医疗领域及相关专业期刊、30多种大型专业参考书、13种实验室手册的全文和500多个题目的Wiley学术图书的全文。其中被SCI收录的核心期刊近200种。期刊具体学科划分为：Business, Finance & Management (商业、金融和管理)、Chemistry (化学)、Computer Science （计算机科学）、Earth Science （地球科学）、Education （教育学）、Engineering （工程学）、Law （法律）、Life and Medical Sciences （生命科学与医学）、Mathematics and Statistics （数学统计学）、Physics （物理）、Psychology （心理学）。 (2)美国IEEE (英文文献期刊) 主页：https://www.doczj.com/doc/b715501255.html,/ 简介：IEEE（Institute of Electrical & Electronics Engineers）是电子信息领域最著名的跨国性学术团体，其会员分布在世界150多个国家和地区。据IEEE统计，IEEE会员总数2001年比2000年增加3.1%，达到377342人，其中学生会员为65669人，增长12.6%。 随着人们的信息越来越多地来自Internet，IEEE需要为会员提供更加完善和全面的电子信息产品和服务。IEEE应成为IEEE会员获得信息的首选之地。IEEE必须识别正确的信息，并提供对它们的访问方法。实现这个目标的重要一步是通过IEEE Xplore与IEEE/IEE Electronic Library (IEL)连接。IEL包括了1988年以来IEEE和IEE的所有期刊杂志和会议录，以及IEEE的标准，可以通过题目、关键词和摘要进行查阅。 (3)美国EBSCO(英文文献期刊) 主页：https://www.doczj.com/doc/b715501255.html, 简介：EBSCO公司从1986年开始出版电子出版物，共收集了4000多种索引和文摘型期刊和2000多种全文电子期刊。该公司含有Business Source Premier （商业资源电子文献库）、Academic Search Elite（学术期刊全文数据库）等多个数据库。 Business Source Premier收录了三千多种索引、文摘型期刊和报纸，其中近三千种全文刊。数据库涉及国际商务、经济学、经济管理、金融、会计、劳动人事、银行等的主题范围，适合经济学、工商管理、金融银行、劳动人事管理等专业人员使用。数据库中有较著名"华尔街日报"（The Walls Street Journal）、"哈佛商业评论"（Harvard Business Review）、"每周商务"（Business Week）、"财富"（Fortune）、"经济学家智囊团国家报告" (EIU Country Reports)、American Banker、Forbes、The Economist等报刊。该数据库从1990年开始提供全文，题录和文摘则可回溯检索到1984年，数据库每日更新。 学术期刊集成全文数据库（Academic Search Premier，简称ASP）：包括有关生物科学、工商经济、资讯科技、通讯传播、工程、教育、艺术、文学、医药学等领域的七千多种期刊，其中近四千种全文刊。 EBSCO内含有两个免费数据库：