港理工计算机发表论文

联系网络或者数据库，写出一个算法，分析复杂度。

首先看看你的要求是什么，做什么用的，什么样的期刊对你有更大的作用，自己要了解清楚 再发表 大学生现在发表论文的也挺多的。现在发表，主流是两个方法:直接和期刊联系，也可以通过机构 去操作 想要通过中间机构投稿的 要注意下 平台的信息可信度 ，或能淘宝第三方交易的 这样就比较好 ，像我就是这样的 嘿嘿 ~~~

加我，我是一IT期刊编辑，我来指导你

您好，如果是计算机专业的同学可以建议做网络方面的论文研究，这方面比较热门、资料繁多、可借鉴性强；其他如数据库较之算法以及数据结构相对可参考资料更为多一些。相关范文：Oracle数据库的备份和恢复The Backup and Restoration of Database Oracle摘要：本文从Oracle的体系结构开始，由原理到实践，论述了Oracle数据库备份的方式和策略。包括IMP/EXP， RMAN，OS备份等。 Abstract: Starting from the architecture of ORACLE, this paper discusses the backup method and strategy of database Oracle, including IMP/EXP, PMAN and OS theoretically and practically. 关键字：Oracle, 备份, 恢复, RMAN Keywords: Oracle; Backup; Restoration; RMAN 概述 在大型软件运行系统中，存在着很多备份策略，如RAID技术，CLUSTER技术等等。很多时候，这些系统的备份就能够解决数据库备份的问题。但是，这种备份成本很高。同时，硬件的备份有时根本满足不了现实的需要，如果用户不小心误删了一个表，又想恢复的时候，数据库的备份就变的重要了。 Introduction: In the running system of some big software, there exist many backup strategies such as RAID technology and CLUSTER technology etc. In most cases, these system backup strategies can fulfill the database backup. However the cost is rather high. At the same time, hardware backup sometimes is far from the actual requirement. The database backup becomes very important when a table is deleted by accident and needs to be restored. Oracle的运行方式 Oracle数据库有两种运行方式：一是归档方式（ARCHIVELOG），归档方式的目的是当数据库发生故障时最大限度恢复数据库，可以保证不丢失任何已提交的数据；二是不归档方式(NOARCHIVELOG)，只能恢复数据库到最近的回收点（冷备份或是逻辑备份）。根据数据库的高可用性和用户可承受丢失的工作量的多少，对于实时性要求高的数据库，强烈要求采用为归档方式；不归档方式只用在那些开发和调试的数据库等。 如何改变数据库的运行方式，在创建数据库时，作为创建数据库的一部分，就决定了数据库初始的存档方式。一般情况下为NOARCHIVELOG方式。当数据库创建好以后，根据我们的需要把需要运行在归档方式的数据库改成ARCHIVELOG方式。 操作如下。 1. 关闭数据库，备份已有的数据，改变数据库的运行方式是对数据库的重要改动，所以要对数据库做备份，对可能出现的问题作出保护。 2. 修改初试化参数，使能自动存档。 修改（添加）初始化文件init[SID].ora参数： log_archive_start=true #启动自动归档 log_archive_format=ARC%T%S.arc #归档文件格式 log_archive_dest=/archdir/arch #归档路径 在8i中，可以最多有五个归档路径，并可以归档到其它服务器，如备用数据库(standby database)服务器。 3. 启动Instance到Mount状态，即加载数据库但不打开数据库。 $> svrmgrl SVRMGRL> connect internal SVRMGRL> startup mount SVRMGRL> alter database archivelog; // 使数据库运行在归档方式 SVRMGRL> alter database open; Oracle的备份方案 按照备份的方式，可以分为逻辑备份、冷备份（脱机备份）、热备份（联机备份），其中冷备份与热备份又可以合称为物理备份。按照备份的工具，可以分为EXP/IMP备份、操作系统备份、RMAN、第三方工具备份，如VERITAS等。下面分别介绍Oracle本身提供的几种备份工具和操作。 1. EXP/IMP备份（逻辑备份） EXP/IMP属于逻辑备份的范畴，逻辑备份是指只备份数据库中的数据但不记录数据物理位置的一种备份。导出为数据库作一个二进制的备份，并且这个备份只能由其姊妹程序imp（import）来读取。具体的使用方法如下。（因为EXP和IMP使用上参数基本相同，所以只以EXP为例。） EXP的命令格式和参数 格式:KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN) 例程: EXP SCOTT/TIGER GRANTS=Y TABLES=(EMP,DEPT,MGR) USERID 必须是命令行中的第一个参数 关键字 说明（默认） 关键字 说明（默认） USERID 用户名/口令 FULL 导出整个文件 (N) BUFFER 数据缓冲区的大小 OWNER 所有者用户名列表 FILE 输出文件 (EXPDAT.DMP) TABLES 表名列表 COMPRESS 导入一个范围 (Y) RECORDLENGTH IO记录的长度 GRANTS 导出权限 (Y) INCTYPE 增量导出类型 INDEXES 导出索引 (Y) RECORD 跟踪增量导出 (Y) ROWS 导出数据行(Y) PARFILE 参数文件名 CONSTRAINTS 导出限制 (Y) CONSISTENT 交叉表一致性 LOG 屏幕输出的日志文件 STATISTICS 分析对象 (ESTIMATE) DIRECT 直接路径 (N) TRIGGERS 导出触发器 (Y) FEEDBACK 显示每 x 行 (0) 的进度 FILESIZE 各转储文件的最大尺寸 QUERY 选定导出表子集的子句 注：可以通过exp －help命令查看exp的使用方法；imp -help命令查看imp的使用方法. 2. 操作系统备份（冷备份和热备份） 操作系统备份有两类，冷备份（Cold backup）和热备份（Hot backup）。操作系统备份和上面的逻辑备份有本质的区别，它将拷贝整个的数据文件。  冷备份 在文件级备份开始前数据库必须彻底关闭。关闭操作必须用带有normal、immediate、transaction选项的shutdown来执行。 数据库使用的每个文件都被备份下来，这些文件包括： 所有数据文件、所有控制文件、所有联机重做日志文件和INIT.ORA文件(建议)。 作冷备份一般步骤是： 1) 正常关闭要备份的实例(instance); 2) 备份整个数据库到一个目录 3) 启动数据库 即： SVRMGRL>connect internal SVRMGRL >shutdown immediate SVRMGRL >!cp or SVRMGRL >!tar cvf /dbbak/fullbk.tar /u01/oracle/oradata/dbname SVRMGRL >startup  热备份 热备份是当数据库打开时的操作系统备份。热备份只能用于ARCHIVELOG方式的数据库。热备份没有必要备份联机日志，但必须是归档状态，在实例恢复的时候，可能需要用到归档日志。当前联机日志一定要保护好或是处于镜相状态，当前联机日志的损坏，对于数据库的损坏是巨大的，只能以数据的丢失来进行数据库的恢复工作。对于临时表空间，存放的是临时信息，在热备份是也可以考虑不用备份，如果临时文件发生故障，可以删除该数据文件与表空间，重建一个临时表空间。 热备份备份的内容和冷备份备份的内容一样，操作一般步骤是： 1) 备份的表空间通过使用ALTER TABLESPACE …… BEGIN BACKUP使表空间进入热备份方式。 2) 用类似冷备份的操作系统命令对组成表空间的数据文件进行拷贝。 3) 使用ALTER TABLESPACE …… END BACKUP命令使表空间脱离热备份方式。 4) 使用ALTER DATABSE …… BACKUP CONTROLFILE命令备份控制文件。 即： SVRMGRL>connect internal; SVRMGRL>alter tablespace User begin backup; SVRMGRL>!cp /u01/oradata/dbname/user01.ora /dbbak/user01.ora SVRMGRL>alter tablespace User end backup; SVRMGRL>alter database backup controlfile to ; or SVRMGRL>alter database backup controlfile to trace; 注意：因为热备份的时候，用户还在操作数据库，所以最好是让每个表空间处于备份状态的时间最短，这样就要求一个表空间一个表空间的备份，不要一起使表空间处于备份状态而同时拷贝数据文件。 3. RMAN Recovery Manager（RMAN）是一个使DBA能很方便地对数据库执行备份和恢复任务的Oracle应用工具，能够提供DBA对企业数据库备份与恢复操作的集中控制。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件，其中包括表空间、数据文件，控制文件和归档文件。RMAN可以按要求存取和执行备份和恢复。 RMAN支持六种不通的类型的备份，经常用到的有两种： FULL 数据库全备份，包括所有的数据块。 INCREMENTAL 增量备份，是指只备份在同级别或更低级别上进行的前一次备份之后的作过改动的那些数据块。这其中需要一个0级的增量作为增量的基础，它备份包括全部曾经被数据库使用过的数据块（但不是完全数据库备份）。RMAN共可以支持7级增量。 BACKUP，RESTORE，RECOVER是RMAN最基本的三个命令，分别可以进行数据库的备份，复原以及恢复操作。 restore命令用于恢复来自备份集或映像拷贝的数据文件、控制文件或归档重做日志。recovery命令用于进行介质恢复应用重做日志文件。 RMAN的备份信息一般保存在恢复目录中，恢复目录也是一个数据库，只不过这个数据库用来保存备份信息，一个恢复目录可以用来保存多个数据库的备份信息。 RMAN也可以在没有恢复目录(NOCATALOG)下运行，这个时候备份信息保存在控制文件。这种情况比较危险，因为一旦控制文件被破坏，将导致所有数据库备份信息的丢失和恢复的失败，而且，没有恢复目录，很多RMAN的命令将不被支持。所以对于重要的数据库，建议创建恢复目录。 创建恢复目录一般有以下步骤。（例子数据库为db） 1) 为目录创建一个单独的表空间 SQL>create tablespace tsrman datafile ’/dbbak/rman/rsrman.dbf’ size 50M; 2) 创建RMAN用户 SQL>create user rman identified by rman default tablespace rsrman temporary tablespace temp; 3) 给RMAN授予权限 SQL>grant connect, resource, recovery_catalog_owner to rman; 4) 打开RMAN $rman 5) 连接恢复目录数据库 RMAN>connect catalog rman/rman@db 6) 创建恢复目录 RMAN>create catalog tablespace tsrman 在对某个数据库进行备份之前，必须先在恢复目录上注册该数据库，这一过程操作如下（假定目标数据库连接字符串为db100）。 1) 连接到恢复目录数据库 $rman rman/rman@db 2) 在RMAN中连接到目标数据库（即要进行备份的数据库） RMAN>connect target sys/change_on_install@db100 3) 注册数据库 RMAN>register database; 注册完数据库后，就可以进行数据库的备份了。有完全数据库备份、表空间备份、控制文件备份、和归档日志备份等。操作分别如下。 1) 完全数据库备份 要求：ARCHIVELOG模式，在DB OPEN的情况下进行数据库完全备份。 RMAN>run{ allocate channel c1 type=disk; backup database; release channel c1; } 2) 表空间备份 要求：ARCHIVELOG模式 RMAN>run{ allocate channel c1 type=disk; backup tablespace “ts_users” filesperset 3 format ‘aatst_%t%s.%p’; release channel c1; } 3) 控制文件备份 RMAN>run{ allocate channel c1 type=disk; backup current controlfile tag=weekly_sat_backup; release channel c1; } 在对数据库进行完全备份时，控制文件自动包含其中。也可以在表空间或数据文件的备份中包含一个控制文件。 RMAN>run{ allocate channel c1 type=disk; backup tablespace “ts_users” filesperset 3 format ‘aatst_%t%s.%p’; include current controlfile; release channel c1; } 4) 归档日志备份 通过查询数据字典表V$ARCHIVED_LOG获取要备份的日志序列号，然后执行命令： RMAN>run{ allocate channel c1 type=disk; backup archivelog low logseq 3 high logseq 10 thread 1; release channel c1; } Oracle的备份策略 正确的备份策略不仅能保证数据库服务器的24*7的高性能的运行，还能保证备份与恢复的快速性与可靠性。我们将以RMAN的多级增量备份作为一个备份策略的例子来讨论。采用多级备份就是为了减少每天备份所需要的时间，而又保证系统有良好的恢复性。恢复时间与备份时间要有一个权衡。比如只要进行一个数据库的全备份，然后就只备份归档也可以保证能把数据库恢复到最新的状态，但是这样的恢复时间将是不可容忍的。多级备份也正是为了解决这种问题，结合某些应用的特点，可以采用如下的备份策略：  每个月做一个数据库的全备份（包括所有的数据和只读表空间）；  每个星期一做一次零级备份（不包含只读表空间）；  每个星期三做一次一级备份；  每天做一次二级备份。  每天做一次恢复目录的热备份。  任何数据库的更改需要重新同步CATALOG目录并重新备份（如添加数据文件）或重新备份（如修改表空间为只读）。  每次备份后都可以备份归档日志或定期备份归档日志。如果可能，可以直接备份到磁带上。 Oracle的恢复 下面的操作约定恢复目录存储在db118中，目标数据库是db100。 1. 数据库恢复 1) 启动SQL*PLUS，使用正确的init.ora文件，使用NOMOUNT选项启动目标数据库实例。 2) 启动RMAN并连接到恢复目录，如下： $rman catalog rman/rman@db118 恢复管理器: Release 9.2.0.1.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. 连接到恢复目录数据库 RMAN> 3) 连接到目标数据库 RMAN>connect target internal/oracle@db100 连接到目标数据库: db (DBID=1142471523) 4) 一旦连接到目标数据库，执行restore命令执行全数据库恢复 RMAN>run{ 2>allocate channel c1 type disk; 3>restore database; 4>release channel c1; } 2. 表空间和数据文件恢复 要执行表空间或数据文件恢复，数据库必须以ARCHIVELOG模式运行，并且用户需要拥有介质恢复所需的归档重做日志文件。在试图恢复表空间之前，必须保证表空间已脱机。RMAN命令如下： run{ allocate channel c1 type disk; sql “alter tablespace users_data offline immediate”; restore tablespace users_data; recover tablespace users_data; sql “alter tablespace users_data online”; } 上面的脚本执行了以下的工作： 1) RMAN分配通道从c1用于恢复操作。 2) 将表空间users_data脱机 3) RMAN从备份集中恢复属于表空间的数据文件 4) 通过介质恢复提供所需的归档日志文件，恢复属于表空间users_data的数据文件。 5) RMAN将表空间联机。 在脚本执行期间，如果不能把数据文件恢复到指定位置，在执行restore命令前使用set newname命令。 3. 控制文件恢复 1) 启动SQL*PLUS，使用正确的init.ora文件，使用NOMOUNT选项启动目标数据库实例。 2) 启动RMAN并连接到恢复目录，如下： $rman catalog rman/ 恢复管理器: Release 9.2.0.1.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. 连接到恢复目录数据库 RMAN> 3) 连接到目标数据库 RMAN>connect target internal/ 连接到目标数据库: db (DBID=1142471523) 4) 一旦连接到目标数据库，执行restore命令恢复控制文件 RMAN>run{ 2>allocate channel c1 type disk; 3>restore controlfile; 4>} 小结 保证Oracle数据库的安全是系统安全的重要组成部分，必须要设计完善的数据库备份和恢复方案。Oracle提供的各种工具结合起来使用能够使数据库的备份和恢复变得简单。在实际的Oracle数据库的备份和恢复中，会有许多不通的和复杂的情况出现，针对不同的情况，要本着使数据具有最大的可恢复性和恢复时间最短的原则去进行数据库的恢复，这需要大量的实践和经验积累。 参考文献 [1] Oracle8i Backup and Recovery Guide Oracle Document [2] Oracle8i Recovery Manager User’s Guide and Reference Oracle Document [3] Oracle9i：A Beginner’s Guide (美) Michael Abbey Michael Corey Ian Abramson 2002.3 机械工业出版社 [4] Oracle8i备份与恢复手册 (美)Rama Velpuri Anand Adkoli 蒋蕊 王磊等译 2001.9 机械工业出版社 仅供参考，请自借鉴希望对您有帮助

这个期刊是国家级核心期刊，A类期刊！！算是 计算机方面最强的几个期刊之一！！

研究背景

内容简介

基于此，近日香港理工大学黄勃龙和北京大学郭少军团队设计了一种新的通用低温方法，将多达八种金属元素合并到一个单相亚纳米带中，以获得世界上最薄的HEA金属材料。实验表明，超薄HEA亚纳米带（SNR）的合成过程包括：（1）通过不同金属前体与银纳米线模板之间的电交换反应形成不同的金属原子成核，（2）不同金属前体在纳米线模板上的共还原，以及（3）去除内部银核。密度泛函理论（DFT）计算表明，HEA SNR的结晶和稳定性强烈依赖于模板中的“高动态”Ag，HEA亚纳米带的结晶水平与Pt和Pd的浓度密切相关。目前的合成方法能够灵活控制HEA SNR中的组分和浓度，以实现HEA SNR库和优异的电催化性能。设计良好的HEA SNR在催化燃料电池氧还原反应方面有很大的改进，并且具有高放电容量、低充电过电位和优异的锂电池耐久性 氧气电池。DFT计算表明，HEAs中高浓度还原性元素具有很强的还原能力，而其他元素则保证了有效的电子转移。相关论文以“A General Synthetic Method for High-Entropy Alloy Subnanometer Ribbons”发表在J. Am. Chem. Soc.

本文亮点

1. 构建2D HEA SNR的一般合成路线，包括但不限于五元（PtPdIrRuAg）、六元（PtPdIrRuAuAg）、七元（PtPdIrRuAuRhAg）和八元（PtPdIrRuAuRhOsAg）SNR。

2. 合成机理研究表明，HEA SNR是通过（1）不同金属前驱体与银之间的电偶交换反应形成不同的金属原子成核而形成的纳米线模板，（2）不同金属前体在纳米线模板上的共还原，（3）去除内部银核。

3. 密度泛函理论（DFT）计算表明，银从模板上的最大迁移是保证HEA中其他金属元素稳定的基本因素。同时，钯和铂的浓度对于确定HEA的结晶水平至关重要。在催化应用方面，代表性的五元HEA SNR是碱性电解质中ORR的高效和稳定的电催化剂。

4. DFT计算证实，高动态还原元素（Pd、Pt、Ag、Au）的浓度对于实现HEA的优异电活性至关重要，相对惰性的氧化元素（Ir、Ru、Rh、Os）提高了站点到站点的电子转移效率，但可能导致局部聚集。

图文解析

TEM,HAADF-STEM,PXRD

HEA PtPdIrRuAg SNR的宽度为50 150 nm，长度可达数微米。HEA-PtPdIrRuAg SNR 的厚度确定为约 0.8 nm。所获得的 HEA-PtPdIrRuAg SNR 的PXRD结果表明HEA-PtPdIrRuAg SNR 采用无相偏析的 fcc 合金结构。EDS元素映射揭示了Pt、Pd、Ir、Ru和 Ag 元素在五元中的均匀分布。HEA-PtPdIrRuAg SNR 上表面原子排列的原子分辨率 HAADF-STEM 图像和相应的快速傅里叶变换（FFT）模式进一步证明HEA-PtPdIrRuAg SNR 采用 (001)面向fcc 的结构。来自 HEA-PtPdIrRuAg SNR 中各个选定区域的 (200) HEA 晶格说明所获得的五元 HEA 中的晶格畸变。

HAADF-STEM,PXRD

不同成分金属在模板上的可控成核和生长是通过湿化学合成中的电流交换途径和共还原过程实现的，脱合金策略实现了新型 HEA 的二维结构演化。HEA 合成方法是通用的，可用于制造具有 fcc 晶体结构的 六元HEA-PtPdIrRuAuAg SNR、七元 HEA-PtPdIrRuAuRhAg SNR和八元 HEA-PtPdIrRuAuRhOsAg SNR。此外，严重的晶格畸变以及8组分 HEA-PtPdIrRuAuRhOsAg SNR中的无序晶格可能会在一个原子平面上导致更多的原子堆垛层错，这会在不均匀的晶面上引起明显的 X 射线布拉格散射，导致八元 HEA 信噪比的PXRD 衍射峰强度减弱和变宽。

MD模拟

为了进一步了解HEAs的形成过程，通过MD模拟进行DFT计算。为了了解HEA形成过程中原子的动力学，他们比较了元素的均方位移（MSD）。金属原子在HEA形成过程中不断移动，MSD表示金属原子随时间相对于其原始位置的位置偏差。随着更多元素被引入HEA，整体MSD也增加，表明原子迁移行为更强，熵更高，不稳定性可能增加。在HEA形成过程中，Pd和Pt是决定HEAs结晶性的主要因素。Pd和Pt对HEA-SNR的形成有重要的促进作用，而其他金属对HEA-SNR的形成没有明显的影响。

电化学性能

在O2饱和的 0.1 M KOH 中 探索 了五元 HEA-Pt23Pd20Ir17Ru16Ag24SNR 的电催化 ORR 性能，并进一步与商业 Pt/C 进行了比较。HEA-PtPdIrRuAg SNRs/C 的半波电位 (E1/2) 为 0.93 V，而 ORR 的RHE远高于商业 Pt/C（0.85 V）。在 0.90 V 时，HEA-PtPdIrRuAg SNRs/C 的质量活度为 4.28 A mgPt-1和 1.69 A mgPGMs-1（Pt 族金属，PGMs），比商业 Pt/C 高出 21.4 和 8.45 倍（ 0.20 A mgPt-1)。经过 10000 次电位循环后，HEA-PtPdIrRuAg SNRs/C 的半波电位几乎没有变化，HEA-PtPdIrRuAg SNRs/C 的质量活度保持在 3.64 A mgPt-1和 1.43 A mgPGMs-1，在 10 000 个循环中分别比商业 Pt/C（0.14 A mgPt-1）高 26.0 倍和 10.2 倍。

电池性能测试

在0.10 A g-1时，HEA-PtPdIrRuAuAg SNRs/C 在 0.10 A g-1 的电流密度下显示出 0.87 V 的低充电过电位和 5252 mAh g-1 的高放电容量。当放电容量在 0.10 A g-1 下固定为 1000 mAh g-1 时，HEA-PtPdIrRuAuAg SNRs/C 的充电过电位低至 0.59 V。随着电流密度从 0.10 增加到 1.00 A g-1，充电过电位仍低于 1.00 V（1000 mAh g-1 时为 0.75 V）。低充电电压也可以通过 0.05 mV s-1 从 2.00 到 4.50 V 的循环伏安法 (CV) 曲线来证明，其中 HEA-PtPdIrRuAuAg SNRs/C 在 0.75 V 处可见低氧化峰。该结果表明 HEA-PtPdIrRuAuAg SNRs/C 可以作为Li2O2分解的有效催化剂。基于 HEA-PtPdIrRuAuAg SNRs/C 的 Li-O2 电池在 0.50 A g-1 下具有 100 次循环的稳定耐久性。

DFT计算

用密度泛函理论（DFT）研究了HEAs的电子结构和电活性。结果表明 Pd、Pt、Ag 和Au 是实现具有强还原能力的稳定 HEA 的关键因素。同时，Ru、Ir、Rh和Os提高了电子转移能力。这两种金属之间的优化平衡导致 ORR 和 Li-O2 电池在五元和六元 HEA 中的卓越性能。除了Ir 和 Ru，Pt 显示出很高的键合可能性。特别是，Pt 和 Os 在相邻位置上是高度优选的。通过 DFT 在五元HEA-PtPdIrRuAg 和 六元HEA-PtPdIrRuAuAg 中进一步研究了 ORR 和 Li-O2 电池的性能。在 0 V 下，ORR过程显示出持续的下坡趋势。对于 Li-O2 电池，Li 到Li2O2 的放电过程显示出自发转化。

该研究主要计算及测试方法

做同步辐射 找易科研

做球差电镜 找易科研

做计算 找易科研

易科研 | 让你科研不再难

那你就得找到合适的期刊呗~你要自己清楚自己写的论文是=属于什么级别的论文~可以投什么级别的期刊~你就去找对应的期刊~要是实在不知投哪一本~你就可以看看（计算机科学与应用）这本~总言之~选择最合适自己的期刊才会事半功倍