怎么导数据库(怎么导数据库报告)

--一、导出/导入（Export/Import）

----利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回Oracle数据库中去。

----1简单导出数据（Export）和导入数据（Import）

----Oracle支持三种类型的输出：

----（1）表方式（T方式），将指定表的数据导出。

----（2）用户方式（U方式），将指定用户的所有对象及数据导出。

----（3）全库方式（Full方式），将数据库中的所有对象导出。

----数据导出（Import）的过程是数据导入（Export）的逆过程，它们的数据流向不同。

----2增量导出/导入

----增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为exportdmp，如果不希望自己的输出文件定名为exportdmp，必须在命令行中指出要用的文件名。

----增量导出包括三个类型：

----（1）“完全”增量导出（Complete）

----即备份整个数据库，比如：

----＄expsystem/managerinctype=completefile=990702dmp

----（2）“增量型”增量导出

----备份上一次备份后改变的数据。比如：

----＄expsystem/managerinctype=incrementalfile=990702dmp

----（3）“累计型”增量导出（Cumulative）

----累计型导出方式只是导出自上次“完全”导出之后数据库中变化了的信息。比如：

----＄expsystem/managerinctype=cumulativefile=990702dmp

----数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效地完成。

----比如数据库的备份任务可作如下安排：

----星期一：完全导出（A）

----星期二：增量导出（B）

----星期三：增量导出（C）

----星期四：增量导出（D）

----星期五：累计导出（E）

----星期六：增量导出（F）

----星期日：增量导出（G）

----如果在星期日，数据库遭到意外破坏，数据库管理员可按以下步骤来恢复数据库：

----第一步：用命令CREATEDATABASE重新生成数据库结构；

----第二步：创建一个足够大的附加回段。

----第三步：完全增量导入A：

----＄impsystem/managerinctype=RECTOREFULL=YFILE=A

----第四步：累计增量导入E：

----＄impsystem/managerinctype=RECTOREFULL=YFILE=E

----第五步：最近增量导入F：

----＄impsystem/managerinctype=RESTOREFULL=YFILE=F

----二、冷备份

----冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份Oracle信息而言，冷备份是最快和最安全的方法。冷备份的优点是：

----1．是非常快速的备份方法（只需拷贝文件）

----2．容易归档（简单拷贝即可）

----3．容易恢复到某个时间点上（只需将文件再拷贝回去）

----4．能与归档方法相结合，作数据库“最新状态”的恢复。

----5．低度维护，高度安全。

----但冷备份也有如下不足：

----1．单独使用时，只能提供到“某一时间点上”的恢复。

----2．在实施备份的全过程中，数据库必须要作备份而不能作其它工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

----3．若磁盘空间有限，只能拷贝到磁带等其它外部存储设备上，速度会很慢。

----4．不能按表或按用户恢复。

----如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将所备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：

----1．所有数据文件

----2．所有控制文件

----3．所有联机REDOLOG文件

----4．Initora文件（可选）。

----值得注意的是冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的

----下面是做冷备份的完整例子：

----（1）关闭数据库＄sqldbalmode=y

----SQLDBA>connectinternal;

----SQLDBA>shutdownnormal;

----（2）用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

----SQLDBA>!cp

----（3）重启Oracle数据库

----＄sqldbalmode=y

----SQLDBA>connectinternal;

----SQLDBA>startup;

----三、热备份

----热备份是在数据库运行的情况下，采用archivelogmode方式备份数据的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下 *** 作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：

----1．数据文件一个表空间一个表空间地备份。

----（1）设置表空间为备份状态

----（2）备份表空间的数据文件

----（3）恢复表空间为正常状态

----2．备份归档log文件。

----（1）临时停止归档进程

----（2）log下那些在archiveredolog目标目录中的文件

----（3）重新启动archive进程

----（4）备份归档的redolog文件

----3．用alterdatabasebackupcontrolfile命令来备份拷贝文件

----热备份的优点是：

----1．可在表空间或数据文件级备份，备份时间短。

----2．备份时数据库仍可使用。

----3．可达到秒级恢复（恢复到某一时间点上）。

----4．可对几乎所有数据库实体作恢复。

----5．恢复是快速的，在大多数情况下在数据库仍工作时恢复。

----热备份的不足是：

----1．不能出错，否则后果严重。

----2．若热备份不成功，所得结果不可用于时间点的恢复。

----3．因难于维护，所以要特别仔细小心，不允许“以失败而告终”。

一般来说，当检测到性能问题时，我们会收集覆盖了发生问题的时间段的AWR报告-但是最好只收集覆盖1个小时时间段的AWR报告-如果时间过长，那么AWR报告就不能很好的反映出问题所在。还应该收集一份没有性能问题的时间段的AWR报告，作为一个参照物来对比有问题的时间段的AWR报告。这两个AWR报告的时间段应该是一致的，比如都是半个小时的，或者都是一个小时的。

Interpretation

在处理性能问题时，我们最关注的是数据库正在等待什么。

当进程因为某些原因不能进行 *** 作时，它需要等待。花费时间最多的等待事件是我们最需要关注的，因为降低它，我们能够获得最大的好处。

AWR报告中的"Top 5 Timed Events"部分就提供了这样的信息，可以让我们只关注主要的问题。

Top 5 Timed Events

正如前面提到的，"Top 5 Timed Events"是AWR报告中最重要的部分。它指出了数据库的sessions花费时间最多的等待事件，如下：

Top 5 Timed Events Avg %Total

~~~~~~~~~~~~~~~~~~ wait Call

Event Waits Time (s) (ms) Time Wait Class

------------------------------ ------------ ----------- ------ ------ ----------

db file scattered read 10,152,564 81,327 8 296 User I/O

db file sequential read 10,327,231 75,878 7 276 User I/O

CPU time 56,207 205

read by other session 4,397,330 33,455 8 122 User I/O

PX Deq Credit: send blkd 31,398 26,576 846 97 Other

-------------------------------------------------------------

Top 5 Events部分包含了一些跟Events（事件）相关的信息。它记录了这期间遇到的等待的总次数，等待所花费的总时间，每次等待的平均时间；这一部分是按照每个Event占总体call time的百分比来进行排序的。

根 据Top 5 Events部分的信息的不同，接下来我们需要检查AWR报告的其他部分，来验证发现的问题或者做定量分析。等待事件需要根据报告期的持续时间和当时数据 库中的并发用户数进行评估。如：10分钟内1000万次的等待事件比10个小时内的1000万等待更有问题；10个用户引起的1000万次的等待事件比 10,000个用户引起的相同的等待要更有问题。

就像上面的例子，将近60%的时间是在等待IO相关的事件。

其他20%的时间是花在使用或等待CPU time上。过高的CPU使用经常是性能不佳的SQL引起的（或者这些SQL有可能用更少的资源完成同样的 *** 作）；对于这样的SQL，过多的IO *** 作也是一个症状。关于CPU使用方面，我们会在之后讨论。

在以上基础上，我们将调查是否这个等待事件是有问题的。若有问题，解决它；若是正常的，检查下个等待事件。

过多的IO相关的等待一般会有两个主要的原因：

Top 5 Events部分的显示的信息会帮助我们检查：

需要注意，接下来的分析步骤取决于我们在TOP 5部分的发现。在上面的例子里，3个top wait event表明问题可能与SQL语句执行计划不好有关，所以接下来我们要去分析"SQL Statistics"部分。

同样的，因为我们并没有看到latch相关的等待，latch在我们这个例子里并没有引发严重的性能问题；那么我们接下来就完全不需要分析latch相关的信息。

一 般来讲，如果数据库性能很慢，TOP 5等待事件里"CPU"， "db file sequential read" 和"db file scattered read" 比较明显（不管它们之间的顺序如何），我们总是需要检查Top SQL (by logical and physical reads)部分；调用SQL Tuning Advisor或者手工调优这些SQL来确保它们是有效率的运行。

是否数据库做了大量的读 *** 作：

上面的图显示了在这段时间里两类读 *** 作都分别大于1000万，这些 *** 作是否过多取决于报告的时间是1小时或1分钟。我们可以检查AWR报告的elapsed time如果这些读 *** 作确实是太多了，接下来我们需要检查AWR报告中 SQL Statistics 部分的信息，因为读 *** 作都是由SQL语句发起的。

是否是每次的IO读 *** 作都很慢：

上面的图显示了在这段时间里两类读 *** 作平均的等待时间是小于8ms的

至于8ms是快还是慢取决于底层的硬件设备；一般来讲小于20ms的都可以认为是可以接受的。

我们还可以在AWR报告"Tablespace IO Stats"部分得到更详细的信息

Tablespace IO Stats DB/Inst: VMWREP/VMWREP Snaps: 1-15

-> ordered by IOs (Reads + Writes) desc

Tablespace

------------------------------

Av Av Av Av Buffer Av Buf

Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)

-------------- ------- ------ ------- ------------ -------- ---------- ------

TS_TX_DATA

14,246,367 283 76 46 145,263,880 2,883 3,844,161 83

USER

204,834 4 107 10 17,849,021 354 15,249 98

UNDOTS1

19,725 0 30 10 10,064,086 200 1,964 49

AE_TS

4,287,567 85 54 67 932 0 465,793 37

TEMP

2,022,883 40 00 58 878,049 17 0 00

UNDOTS3

1,310,493 26 46 10 941,675 19 43 00

TS_TX_IDX

1,884,478 37 73 10 23,695 0 73,703 83

>SYSAUX

346,094 7 56 39 112,744 2 0 00

SYSTEM

101,771 2 79 35 25,098 0 653 27

如上图，我们关心Av Rd(ms)的指标。如果它高于20ms并且同时有很多读 *** 作的，我们可能要开始从OS的角度调查是否有潜在的IO问题。

注：对于一些比较空闲的tablespace/files,我们可能会得到一个比较大的Av Rd(ms)值；对于这样的情况，我们应该忽略这样的tablespace/files;因为这个很大的值可能是由于硬盘自旋(spin)引起的，没有太大的参考意义。比如对

于一个有1000万次读 *** 作而且很慢的系统，引起问题的基本不可能是一个只有10次read的tablespace/file

虽 然高"db file scattered read"和"db file sequential read"等待可以是I / O相关的问题，但是很多时候这些等待也可能是正常的；实际上，对一个已经性能很好的数据库系统，这些等待事件往往在top 5等待事件里，因为这意味着您的数据库没有那些真正的“问题”。

诀窍是能够评估引起这些等待的语句是否使用了最优的访问路径。如果"db file scattered read"比较高，那么相关的SQL语句可能使用了全表扫描而没有使用索引（也许是没有创建索引，也许是没有合适的索引）；相应的，如果"db file sequential read"过多，则表明也许是这些SQL语句使用了selectivity不高的索引从而导致访问了过多不必要的索引块或者使用了错误的索引。这些等待可 能说明SQL语句的执行计划不是最优的。

接下来就需要通过AWR来检查这些top SQL是否可以进一步的调优，我们可以查看AWR报告中 SQL Statistics 的部分

上面的例子显示了20%的时间花在了等待或者使用CPU上，我们也需要检查 SQL statistics 部分来进一步的分析。

数据库做了太多的读 *** 作

每次的IO读 *** 作都很慢

事件"db file scattered read"一般表明正在做由全表扫描或者index fast full scan引起的多块读。

事件"db file sequential read"一般是由不能做多块读的 *** 作引起的单块读（如读索引）

SQL Statistics

AWR包含了一些不同的SQL统计值：

根据Top 5 部分的Top Wait Event不同，我们需要检查不同的SQL statistic。

在我们这个例子里，Top Wait Event是"db file scattered read"，"db file sequential read"和CPU；我们最需要关心的是SQL ordered by CPU Time, Gets and Reads。

我们会从"SQL ordered by gets"入手，因为引起高buffer gets的SQL语句一般是需要调优的对象。

SQL ordered by Gets

-> Resources reported for PL/SQL code includes the resources used by all SQL

statements called by the code

-> Total Buffer Gets: 4,745,943,815

-> Captured SQL account for 1222% of Total

Gets CPU Elapsed

Buffer Gets Executions per Exec %Total Time (s) Time (s) SQL Id

-------------- ------------ ------------ ------ -------- --------- -------------

1,228,753,877 168 7,314,0112 259 802246 840473 5t1y1nvmwp2

SELECT ADDRESSID",CURRENT$"ADDRESSTYPEID",CURRENT$URRENT$"ADDRESS3",

CURRENT$"CITY",CURRENT$"ZIP",CURRENT$"STATE",CURRENT$"PHONECOUNTRYCODE",

CURRENT$"PHONENUMBER",CURRENT$"PHONEEXTENSION",CURRENT$"FAXCOU

1,039,875,759 62,959,363 165 219 532027 561896 grr4mg7ms81

Module: DBMS_SCHEDULER

INSERT INTO "ADDRESS_RDONLY" ("ADDRESSID","ADDRESSTYPEID","CUSTOMERID","

ADDRESS1","ADDRESS2","ADDRESS3","CITY","ZIP","STATE","PHONECOUNTRYCODE","PHONENU

854,035,223 168 5,083,5430 180 571350 745895 4at7cbx8hnz

SELECT "CUSTOMERID",CURRENT$"ISACTIVE",CURRENT$"FIRSTNAME",CURRENT$"LASTNAME",CU<

RRENT$"ORGANIZATION",CURRENT$"DATEREGISTERED",CURRENT$"CUSTOMERSTATUSID",CURR

ENT$"LASTMODIFIEDDATE",CURRENT$"SOURCE",CURRENT$"EMPLOYEEDEPT",CURRENT$

对这些Top SQL,可以手工调优，也可以调用SQL Tuning Advisor。

分析：

Other SQL Statistic Sections

就像之前提到的那样，AWR报告中有很多不同的部分用来分析各种不同的问题。如果特定的问题并没有出现，那么分析AWR报告的这些部分并不能有很大的帮助。

下面提到了一些可能的问题：

Waits for 'Cursor: mutex/pin' 如 果发现了一些像"Cursor: pin S wait on X" 或"Cursor: mutex X" 类的mutex等待，那么可能是由于parsing引起的问题。检查"SQL ordered by Parse Calls" 和"SQL ordered by Version Count"部分的Top SQL，这些SQL可能引起这类的问题。

单次执行buffer gets过多

SQL_ID为'5t1y1nvmwp2'和'4at7cbx8hnz'的SQL语句总共被执行了168次，但是每次执行引起的buffer gets超过500万。这两个SQL应该是主要的需要调优的候选者。

执行次数过多

SQL_ID 'grr4mg7ms81' 每次执行只是引起16次buffer gets,减少这条SQL每次执行的buffer get可能并不能显著减少总共的buffer gets。这条语句的问题是它执行的太频繁了，6500万次。

改变这条SQL的执行次数可能会更有意义。这个SQL看起来是在一个循环里面被调用，如果可以让它一次处理的数据更多也许可以减少它执行的次数。

-> Total Buffer Gets: 4,745,943,815

假设这是一个一个小时的AWR报告，4,745,943,815是一个很大的值；所以需要进一步分析这个SQL是否使用了最优的执行计划

Individual Buffer Gets

上面的例子里单个的SQL的buffer get非常多，最少的那个都是8亿5千万。这三个SQL指向了两个不同的引起过多buffers的原因：

注意：对于某些非常繁忙的系统来讲，以上的数字可能都是正常的。这时候我们需要把这些数字跟正常时段的数字作对比，如果没有什么太大差别，那么这些SQL并不是引起问题的元凶（虽然通过调优这些SQL我们仍然可以受益）

Load Profile

根据Top 5等待事件的不同，"Load Profile"可以提供一些有用的背景资料或潜在问题的细节信息。

Load Profile

~~~~~~~~~~~~ Per Second Per Transaction

--------------- ---------------

Redo size: 4,585,41480 3,165,88314

Logical reads: 94,18563 65,02807

Block changes: 40,02857 27,63671

Physical reads: 2,20612 1,52316

Physical writes: 3,93997 2,72025

User calls: 5008 3458

Parses: 2696 1861

Hard parses: 149 103

Sorts: 1836 1268

Logons: 013 009

Executes: 4,92589 3,40096

Transactions: 145

% Blocks changed per Read: 4250 Recursive Call %: 9919

Rollback per transaction %: 5969 Rows per Sort: 192264

在这个例子里，Top 5 Events部分显示问题可能跟SQL的执行有关，那么我们接下来检查load profile部分。

如果您检查AWR report是为了一般性的性能调优，那么可以看到有比较多的redo activity和比较高的physical writes Physical writes比physical read要高，并且有42%的块被更改了

此外，hard parse的次数要少于soft parse

如果mutex等待事件比较严重，如"library cache: mutex X"，那么查看所有parse的比率会更有用。

当然，如果把Load Profile部分跟正常时候的AWR报告做比较会更有用，比如，比较redo size, users calls, 和 parsing这些性能指标。

Instance Efficiency

Instance Efficiency部分更适用于一般性的调优，而不是解决某个具体问题（除非等待事件直接指向这些指标）。

Instance Efficiency Percentages (Target 100%)

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Buffer Nowait %: 9991 Redo NoWait %: 10000

Buffer Hit %: 9814 In-memory Sort %: 9998

Library Hit %: 9991 Soft Parse %: 9448

Execute to Parse %: 9945 Latch Hit %: 9997

Parse CPU to Parse Elapsd %: 7123 % Non-Parse CPU: 9900

从我们的这个例子来看，最有用的信息是%Non-Parse CPU，它表明几乎所有的CPU都消耗在了Execution而不是Parse上，所以调优SQL会对性能有改善。

问题一：中文学术数据库有哪些它们的特点是什么 常用中文学术全文数据库

by 常 薇

在数字出版的发展过程中，学术出版的电子化起步较早，目前也形成了诸多成熟的产品――学术资源数据库。本附录整理了常用的中文学术全文 ，供参考。以下四点特别说明：

1以下数据大都为商业数据库，通常需要付费订阅，才能看到全文，部分数据库开放了少量内容共互联网用户免费访问；大部分数据库支持面向个人用户的多种方式的支付订购。

2目前中文学术全文数据库种类、书目繁多，以下列出的仅为较为常用的数据库，并按文献类型或学科进行分类；但每个人的使用习惯、偏好不同，何种数据库为常用数据库见仁见智；

3 因为电子数据库都是动态变化的，以下简要介绍中提及的品种、年代、文献总量等数据皆是2010年7月13日访问自各数据库页面。

4 随着学术文献的电子化，读者的阅读习惯已经发生了变化。《清华大学图书馆读者利用图书馆行为方式的调查》显示：电子资源已经成为科学研究不可或缺的手段，在网络环境和数字资源时代，读者花更少的时间查找文献，花更多的时间阅读文献；检索文献更方便了，但查找文献的技术性要求更高了；查询和阅读文献的途径更多了，查到的文献更多了，读者阅读文献的数量增加了。

电子期刊

中国知网(期刊、学位论文、会议、报纸、年鉴、引文)

网址：ki

简要介绍：中国知网收录了包括期刊、博硕士论文、会议论文、报纸、年鉴等学术资料；覆盖理工、社会科学、电子信息技术、农业、医学等学科范围，数据每日更新，支持跨库检索。其中，“中国期刊全文数据库 ”收录了国内9100多种综合期刊与专业特色期刊的全文，收录的年代范围是1994年至今（部分刊物回溯至创刊）。

中文科技期刊数据库库(全文版)

网址：cqvip

简要介绍：“中文科技期刊数据库（全文版）”是重庆维普资讯有限公司开发研制的中文电子期刊数据库，收录我国自然科学、工程技术、农业科学、医药卫生、经济管理、教育科学和图书情报等学科8000余种期刊的2300余万篇文章的全文。该数据库中的期刊最早回溯至1955年。

万方数据资源系统(数字化期刊、科技信息、商务信息)

网址：wanfangdata

简要介绍：万方数据资源系统内容涉及自然科学和社会科学各个专业领域，包括学术期刊、学位论文、会议论文、专利技术、 中外标准、科技成果、政策法规、新方志、机构、科技专家等子库。其中“数字化期刊”子库收录自1998年以来国内出版的各类期刊6千余种，其中核心期刊2500余种，论文总数量达1千余万篇，每年约增加200万篇，每周两次更新。

电子图书（近现代）

超星电子图书 读秀学术搜索

网址：sslibrary

>>

问题二：数据库表名，列名用中文有什么利弊 表名，列名，都会记录在一些系统表的字段里，如果处理不好中文文字编码问题，在哗后的工作中，中文的数据表名，字段名，会给你带来非常大的麻烦。毕竟中文不属于常用的ascii字符。还是老老实实的用英文吧。

问题三：数据库表名，字段名用中文有什么问题 假如数据库搬了环境换了字符集，版本升级之类。很可能原来能用的代码就down掉了

问题四：检索中文期刊的数据库有哪些 文献信息检索具有广义和狭义两种含义。广义的文献信息检索包括文献信息的存贮和查找两个眨递过程。文献信息存贮是对文献信息进行收集、标引及著录，并加以有序化编排，编制成文献信息检索系统的过程。文献信息查找是从大量的文献信息中查找出用户所需的特定信息的过程，也就是把表达用户信息需求的提问特征，与检索系统中的标识进行对比，以便从中查出一致的信息。

随着计算机技术的发展，文献信息检索从手工检索进入计算机化阶段，并正向信息处理自动化和检索全文化、智能化、网络化方向发展，其检索内容、应用领域和普及范围也在迅速扩展。由于用户的信息需求多种多样，信息检索技术也在不断发展变化，进而产生了多种类型的信息检索。按检索对象可区分为数据检索、事实检索及文献检索；按检索方式区分为手工信息检索和计算机信息检索； 按检索要求区分为强相关检索和弱相关检索；按检索性质区分为定题检索和回溯检索；按检索的信息形式区分为文本检索和多媒体检索。

问题五：网上都有哪些免费的中文图书数据库，它们各自的特点 在数字出版的发展过程中，学术出版的电子化起步较早，目前也形成了诸多成熟的产品――学术资源数据库。本附录整理了常用的中文学术全文 ，供参考。以下四点特别说明：

1以下数据大都为商业数据库，通常需要付费订阅，才能看到全文，部分数据库开放了少量内容共互联网用户免费访问；大部分数据库支持面向个人用户的多种方式的支付订购。

2目前中文学术全文数据库种类、书目繁多，以下列出的仅为较为常用的数据库，并按文献类型或学科进行分类；但每个人的使用习惯、偏好不同，何种数据库为常用数据库见仁见智；

3 因为电子数据库都是动态变化的，以下简要介绍中提及的品种、年代、文献总量等数据皆是2010年7月13日访问自各数据库页面。

4 随着学术文献的电子化，读者的阅读习惯已经发生了变化。《清华大学图书馆读者利用图书馆行为方式的调查》显示：电子资源已经成为科学研究不可或缺的手段，在网络环境和数字资源时代，读者花更少的时间查找文献，花更多的时间阅读文献；检索文献更方便了，但查找文献的技术性要求更高了；查询和阅读文献的途径更多了，查到的文献更多了，读者阅读文献的数量增加了。

问题六：在科技查新中以下哪些中文数据库较为重要 科技查新常用数据库的选用方法 邓 勇,张 娴 中国科学院成都文献情报中心,四川成都 关键词:科技查新;数据库;文献检索 中圈分类号: 文献标识码: 文章编号: 科技查新是指查新机构根据查新委托的要求查 数据库》、《中医药文献数据库》等。 证查新项目的科学技术内容的新颖性。目前对新颖 中国专利数据库 性的理解主要是指在查新委托日之前查新项目科学 中国专利数据库有多种版本。国家知识产权局 技术内容部分或者全部没有在国内外出版物上公开 知识产权出版社推出的有“中国专利数据库检索系 发表过。实际查新时,人们主要是从检索文献数据 统光盘版”和“中国专利说明书数据库光盘版”,提供 库人手,查找相关文献。文献检索质量的查新质量 了 年以来受理的全部专利申请的摘要、 的基础。为了保证文献检索的质量,首先必须选择 项、法律状态等权威信息及说明书全文。国家知识 最能满足检索要求的检索工具。下面笔者结合自己 产权局网站 : /提供的中国专 十几年的查新工作经验,对查新常用的一些数据库 利数据库,包含 年以来公布的全部中国专利信 进行简要的介绍与比较。 息,包括发明、实用新型和外观设计三种专利的著录 中文期刊数据库 项目及摘要,并可免费浏览到各种说明书全文及外 科技查新与文献检索常用的中文期刊全文数据 观设计图形。 库主要有以下几种。第一,清华同方的《中国期刊全 比较上述专利数据库,会发现光盘版的检索功 文数据库》。 收录了 年至今国内 能更为强大,检索途径更为齐全。从这个方面来看, 公开出版的 种核心期刊与专业特色期刊的全 查新时应首选光盘版。但光盘版更新频率慢。因 文,其最大的优势是网上数据每日更新,时效性强。 此,为了防止漏查最新公开的专利申请,在检索了光 第二,重庆维普的《中文科技期刊全文数据库》 盘版后,应补充检索网络版。近期公布的统计数据。 收录了 年至今的 余种期刊 显示,在过去一年中,网络版中国专利数据库的访问 刊载的 余万篇文献,几乎涵盖了国内所有的 量约为 亿次,平均每天近 万次,访问量占国家 中文期刊,在收录期刊种数上和年代上占绝对优势, 知识产权局网站总访问量的 %。但国家知识 比较适合回溯检索。第三,万方数据系统的《数字化 产权局的网络版专利检索系统对设备与带宽有相当 期刊全文数据库》。该库以中国数字化期刊群为基 的限制,对于日浏览或下载专利说明书量较大超过 础,整合了中国科技论文与引文数据库及其他相关 页的用户,最好订购专利光盘或访问其他收费 数据库中的部分内容,目前收录了 种期刊,基 专利网站。 本包括了我国自然科学类统计源期刊和社会科学类 因特网上还有其他一些中国专利检索工具,如 核心期刊。以上数据库各有特色,如果条件允许,查 国家知识产权局知识产权出版社主办的中国知识产 新时最好选用两个或多个数据库一并检索,提高查 权网 : , 、国家知识产权局专利 全率。 检索咨询中心的中国专利信息网 : 由于综合性数据库存在专业标引比较薄弱的缺 / 、万方数据系统 : 陷,在实际查新时,查新人员可根据查新项目的具体 /等网站。其中前两者可免费检索题录 情况选择不同的专业检索数据库作为补充。例如, 与摘要,但全文及法律状态的检索要收费;而“万方” 进行中医药课题查新时,可选择《中国生物医学文献 则都要收费。 外文期刊数据库 收稿日期: 查新时,应该首选相关领域权威的数据库。权 作者简介:邓>>

问题七：数据库DML DDL的中文含义分别是什么 谢谢 DML（data manipulation language）： 它们是SELECT、UPDATE、INSERT、DELETE，就象它的名字一样，这4条命令是用来对数据库里的数据进行 *** 作的语言DDL（data definition language）： DDL比DML要多，主要的命令有CREATE、ALTER、DROP等，DDL主要是用在定义或改变表（TABLE）的结构，数据类型，表之间的链接和约束等初始化工作上，他们大多在建立表时使用

问题八：中国知网CNKI官方数据库包括哪些 TMLC需要一个尽可能完备的全文数据比对资源库，而CNKI的《中国学术文献网络出版总库》则正好满足这一要求。到目前为止，CNKI拥有学术期刊10000余种，期刊全文文献2480万篇，期刊期数和文献收录完整率都大于999%，文献量居国际国内同类产品之首；

出版503家硕士学位点的72万篇优秀硕士学位论文，368家博士学位点的96万篇博士学位论文；1286家重要会议论文106万篇；515家重要报纸500多万篇；1376种重要年鉴787万篇；600多种工具书220多万条；学术引文索引数据600多万条；这些出版物做到平均日更新20000条记录；国家标准、专利、SPRINGER数据库也集成到CNKI网络出版平台中；另外，出版平台还集成整合出版了各类第三方数据库资源1020种。

在收录资源种类上，CNKI在国内具有明显优势，收录了期刊、学位论文、会议论文、报纸、年鉴、工具书、专利、外文文献、学术文献引文等与科学研究、学习相关的主要资源。在资源收录数量上，CNKI明显优于同类产品，各个资源库收录年限长，期刊等主要资源库回溯到创刊。在资源更新速度上，CNKI产品除了第三方合作的外文文献以外，其他资源都做到了日更新，单日更新数量大，这是推行产业化、标准化运作的结果。

问题九：哪些数据库有中文版本的国外文献 方便大家查找外文文献

1 The NASA Astrophysics Data System -- 世界最大免费全文网站，超过300,000篇全文

主要学科：天体物理学

2 HighWire Press -- 世界第二大免费全文网站，超过235，812篇全文

主要学科：生物学、医学

3 arXiv

主要学科：物理、数学、非线性科学、计算机科学等。文件格式以PostScript为主，如没有相应的阅读软件，可以选择生成PDF文件格式。

4 Behavioral and Brain Sciences

主要学科：行为科学、脑科学

5 Centers for Disease Control and Prevention (CDC)

主要学科：医学

6 CogPrints

主要学科：心理学、神经科学、行为科学、语言学、人工智能、哲学

7 GPO Access

美国 文献

8 Inter-university Consortium for Political and Social Research (ICPSR)

世界最大的社会科学文献网站

9 National Academy Press

美国国家科学院、国家工程院、医学协会等机构报告

10 National Center for Health Statistics (NCHS)

美国国家卫生统计中心的统计报告

11 NCSTRL

计算机科学研究报告和论文

12 Project Gutenberg Electronic Public Library

电子图书，2002前提供10000种全文电子图书

13 Thomas Legislative Information on the Internet

美国国会图书馆提供的美国国会报告和历史文献

14 UNESCO

联合国教科文组织提供的文档

15 United States Geological Survey

美国地质考察报告

16 World Development Sources (World Bank)

世界银行报告

17 Delphion

世界各国专利，可看到前十三页全文

18美国数学学会(AMS)的三种免费期刊

Bulletin

Electronic Research Announcements

Notices of the American Mathematical Society

19 Physics Today

美国物理学会(American Institute of Physics)提供的免费杂志

数据库课程设计报告 目录目录……………………………………………………………………………………1一．设计目标…………………………………………………………………………2二．系统介绍…………………………………………………………………………2三．数据库设计……………………………………………………………………2 1需求分析………………………………………………………………………2 2概念结构设计…………………………………………………………………3 （1）实体设计………………………………………………………………3 （2）ER图……………………………………………………………………3 3逻辑结构设计…………………………………………………………………4四．应用程序设计……………………………………………………………………4 1delphi70开发环境……………………………………………………………4 2．软件分析……………………………………………………………………4 （1）软件的需求分析………………………………………………………4 （2）软件的基本功能………………………………………………………5 3软件的设计与实现……………………………………………………………6 五．实现的应用系统介绍……………………………………………………………8 1．系统模块……………………………………………………………………8 2 文件简介……………………………………………………………………8 3 系统运行……………………………………………………………………8 六．总结………………………………………………………………………………17 一设计目标理论应用－－运用数据库设计理论设计一个较完善的有实际意义的数据库结构；工具使用－－掌握目前流行数据库管理系统工具和前端应用开发工具；应用开发－－为数据库开发相应应用程序，构成完整的数据库应用系统；报告编写－－用文字处理软件编写高质量的设计报告。二系统简介名称：超市进销存管系统功能：基于超市管理的全面自动化，减少入库管理、出库管理及库存管理中的漏洞，节约不少管理开支，增加企业收入。 实现对产品的增加、修改、删除、以及日常查询，对产品的出库、入库进行管理。同时对营销状况进行简单的分析，并可以导出各种查询报表。数据库：ACCESS实现：Delphi 70系统构架：C/S（Client/Server ）三．数据库设计．1．需求分析：超市进销存管理系统2．概念结构设计（1）实体设计商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)（2）E-R图包含说明产地商品单价商品类别商品名称商品编号商 品经手人进货数量进货时间进货单价商品编号进货编号供货单位进货记录商品编号出货数量接收人经手人出货单价出货编号出货时间出货记录库存记录说明商品编号库存说明111n3逻辑结构设计关系模型（第1数据项为主键）商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)出货商品金额(出货时间，出货单价，出货数量，出货金额)进货商品金额（进货时间，进货单价，进货数量，进货金额）四．应用程序设计1．Delphi 70 开发环境 Delphi被称为第四代编程语言，它具有简单、高效、功能强大的特点。和VC相比，Delphi更简单、更易于掌握，而在功能上却丝毫不逊色；和VB相比，Delphi则功能更强大、更实用。可以说Delphi同时兼备了VC功能强大和VB简单易学的特点。它一直是程序员至爱的编程工具。 Delphi 7的集成开发环境(1DE)和Delphi以前的版本基本一致。它把单、多个工具栏及一组窗口和应用程序设计在一起，将代码以事件的形式与界面的每一元素建立联系，使用户很方便地在这个高度集成的开发环境的组成和各种辅助工具的使用方法和使用技巧。2．软件分析（1）软件的需求分析： 开发本软件的主要目的是为了优化超市的日常管理。采用计算机管理信息系统为实现超市管理科学化和现代化，给它带来了明显的经济效益和社会效益 （2）软件的基本功能与说明： a商品信息管理商品信息管理：用来管理系统中要用来进行进货，出货 *** 作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。 b 用户管理1用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2用户删除该权限只有管理员拥有，可以删除用户。3用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。 c 营销分析1综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。 d 日常 *** 作商品进货 *** 作：用来完成商品的进货 *** 作。商品出货 *** 作：用来完成商品的出货 *** 作。进行进货 *** 作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。进行出货 *** 作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。e信息查询1库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。3．软件设计与实现添加、修改、删除是通过delphi自带函数实现的。查询是通过添加SQL语句或者直接在access中建立相对的查询（如出货商品金额、进货商品金额查询）实现的。（1）程序实现//添加adoquery1Close;adoquery1SQLClear;adoquery1SQLAdd('select from 进货信息' );adoquery1Open ;adoquery1Append;adoquery1fieldbyname('进货编号')asstring:=edit1Text;adoquery1fieldbyname('商品编号')asstring:=edit2Text;adoquery1fieldbyname('进货单价')asstring:=edit3Text;adoquery1fieldbyname('进货数量')asstring:=edit4Text;adoquery1fieldbyname('进货时间')asstring:=edit5Text;adoquery1fieldbyname('经手人')asstring:=combobox5Text;adoquery1fieldbyname('供货单位')asstring:=edit7Text;adoquery1Post;快速添加：adoquery1Append;//删除一条记录if ApplicationMessageBox('真的要删除当前所选记录吗？','删除确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then abortelseadoquery1delete;//修改一条记录if ApplicationMessageBox('真的要修改当前所选记录吗？','修改确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then AdoQuery1CancelUpdateselseadoquery1edit;//对表的排序procedure TForm2DBGrid1TitleClick(Column: TColumn);var i : integer;beginfor i:= 1 to DBGrid1ColumnsCount dobegin//恢复所有标题字体为默认DBGrid1Columns[i-1]TitleFontColor := clWindowText;DBGrid1Columns[i-1]TitleFontStyle := [];end;if ADOQuery1Sort<>(ColumnFieldName+' ASC') then //判断原排序方式beginADOQuery1Sort := ColumnFieldName+' ASC';ColumnTitleFontColor := clRed; //改变标题行字体为红色，表示当前的排序方式为升序ColumnTitleFontStyle := [fsBold];endelse beginADOQuery1Sort := ColumnFieldName+' DESC';ColumnTitleFontColor := clBlue; //改变标题行字体为红色，表示当前的排序方式为降序ColumnTitleFontStyle := [fsBold];end;end;//查询示例adoquery2close;adoquery2sqlclear;adoquery2SQLAdd('select distinct(进货信息进货编号),商品信息商品名称,进货信息商品编号,商品信息类别,进货信息进货单价,进货信息进货数量,进货信息进货时间,进货信息经手人,进货信息供货单位 from 进货信息,商品信息 where 商品信息商品编号=进货信息商品编号 and ');adoquery2SQLAdd('进货时间>=#'+DateToStr(DateTimePicker1Date)+'# and 进货时间<=#'+DateToStr(DateTimePicker2Date+1)+'#');adoquery2Open;五．实现的应用系统介绍1．系统的模块（1）主界面模块Form1（2）信息管理模块Form2,form18(3)日常 *** 作模块Form3(4)信息管理模块Form5(5) 用户管理模块Form14(6)系统管理模块用户登陆:form8关于系统:form10退出系统:from11（）登陆窗体Form82．文件简介：(1)文件help包括生成jun_help帮助的所有源程序。(2)文件image系统所有用到的文件(3) 文件project系统可执行文件projectexe。系统数据库超市进销存储管理系统mdb(4) 文件sounds系统所有用到的声音文件(5) 文件unit_date系统自动生成的相关文件3．系统运行：1．欢迎：2．到达主界面后，提示登陆（系统管理—登陆系统）。用户可以查看帮助获得系统的相关信息：3．用户登陆界面：4．若用户为管理员，则可以进行用户管理 *** 作。用户有权添加、修改、删除其它用户。5．若用户为普通用户，则用户只能对自己的相关信息进行修改,添加用户、删除用户不可用。6．商品信息管理模块商品信息管理：用来管理系统中要用来进行进货，出货 *** 作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。7．营销分析模块：1）综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2）日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。8．商品进出货 *** 作模块：1）进行进货 *** 作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。2）进行出货 *** 作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。9．信息查询模块：1）库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2）进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3）出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。10关于系统模块：11．用户管理模块：1）用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2）用户删除该权限只有管理员拥有，可以删除用户。3）用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。12．退出系统模块：

以上就是关于怎么导数据库(怎么导数据库报告)全部的内容，包括:怎么导数据库(怎么导数据库报告)、如何使用AWR报告来诊断数据库性能问题、中文数据库有哪些等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！