db2日常维护手册

#说明：由csdn下载，原版为doc格式，有对应的xml表，不过还是应该对每个服务的数据库单独考虑需要的检查表格。

DB2维护手册

目录

DB2维护手册 1

一、 DB2日常维护日 *** 作 3

1、 检查管理服务器是否启动 3

2、 检查DB2实例是否已经启动 3

3、 查看表空间状态是否正常 3

4、 查看表的状态 4

5、 查看磁盘空间 4

6、 检查存储管理软件是否正常 4

7、 检查数据库备份是否正常 5

8、 检查归档日志是否正确归档了 5

9、 查看缓冲池的命中率 5

10、 查看当前运行最频繁的SQL，其命中率是否正常 5

11、 查看当前连接的应用程序，有没有非法连接 5

12、 检查有没有死锁 6

13、 对表和索引进行RUNSTATS 6

14、 检查表是否需要重组 6

15、 对需要重组的表进行重组 7

二、 DB2日常维护月 *** 作 7

1、 查看DB2日志 7

2、 检查备份和日志是否都保存好了 7

三、 DB2日常维护季度 *** 作 7

1、 通过快照监控器，查看系统性能如何 7

2、 数据库补丁级别 8

四、 注意事项 8

1、 不要删除活动日志文件 8

2、 注意交易日志存储空间 8

3、 按照系统的实际工作量配置日志空间 8

4、 设置正确数据库代码页 9

5、 检查许可证（LICENSE）安装情况 9

6、 创建数据库前调整好系统时间 9

7、 不要随便执行 CHOWN (CHMOD) –R （UNIX/LINUX） 9

8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数 9

五、 附：以脱机方式重组表 9

六、 附：索引重组 10

七、 附：收集和更新统计信息的准则 11

八、 附：使用 CLP 捕获数据库运行状况快照 13

一、 DB2日常维护日 *** 作

1、 检查管理服务器是否启动

用ps命令查看是否有dasusr1后台进程

＃ps -ef | dasusr1

请确保管理服务器已经启动，如果没有启动，则按以下步骤启动管理服务器：

 以管理服务器用户(UNIX默认是DASUSR1)登录

 发出db2admin start命令

 如果是HA环境，则要保证在脚本中正确配置了启动命令

2、 检查DB2实例是否已经启动

用ps命令查看是否有db2sysc后台进程

＃ps -ef | db2sysc

也可以以DB2实例所有者登录，通过发出db2start命令来确保启动了实例（如果实例已经启动，则会告知SQL1026N 数据库管理器已激活；否则，将把实例启动起来）

3、 查看表空间状态是否正常

以db2实例所有者登录

#db2 list tablespaces show detail //在单分区上查看表空间的状态,正常返回0x0000

# db2_all list tablespaces show detail //在所有分区上查看表空间的状态

可以使用LIST TABLESPACES 命令确定连接数据库中表空间的当前状态，可以使用SHOW DETAIL选项查看表空间的详细信息。比如，我们连上SAMPLE数据库，执行list tablespaces show detail ，可以看到状态返回值是0x0000，此时，使用db2tbst可以查看状态编号对于的状态含义，具体语法如下：

db2tbst <tablespace state> 可以查看编号所代表的状态

db2tbst 命令接收十六进制的状态值，并返回相应的表空间状态。例如，命令 db2tbst 0x0008 返回 State = Load Pending 。而该十六进制的状态值反过来又是 LIST TABLESPACES 命令输出的组成部分。表空间的外部可见状态是由单个状态值的十六进制总和构成的。例如，如果表空间的状态是 Backup Pending和 Load in Progress，那么所返回的十六进制值就是 0x20020（0x00020 + 0x20000）

4、 查看表的状态

查询系统目录视图以获得关于数据库的有用信息。例如，下面的语句使用 NOT LIKE 断言，返回在 SYSCATTABLES 中有项的所有用户定义的表的名称，以及每个表的列数和表的状态（N = 正常；C = 待审核（check pending））

#db2 select tabname, colcount, status FROM syscattables WHERE tabschema NOT LIKE 'SYS%' ORDER BY tabname

也可以使用load query命令查看单个表的状态，比如对表TEST1，我们可以发出如下命令：

#db2 load query table test1

5、 查看磁盘空间

查看数据库活动日志目录是否已满,活动日志目录可以使用get db cfg查看，注意一定不要手工删除活动日志

#df -k

查看SMS表空间对应的容器目录空间是否满了

#df -k

查看DMS表空间中是否还有可用页

#db2 list tablespaces show detail //在单分区上查看表空间的是否还有可用页

# db2_all list tablespaces show detail //在所有分区上查看表空间是否还有可用页

6、 检查存储管理软件是否正常

请检查TSM或其他存储管理软件是否正常，以及磁带机是否运行正常。

7、 检查数据库备份是否正常

请查看TSM或第三方存储管理软件，看备份映像文件是否完整的保存到了磁带机上了，想在DB2上查看备份情况，可以使用LIST命令

# db2 list history backup all for 数据库名

8、 检查归档日志是否正确归档了

请确保活动日志目录下没有的日志文件都已经正确归档到了带机上(查看TSM或第三方存储管理软件)。

查看活动目录里的日志文件：

#ls -l

9、 查看缓冲池的命中率

# db2 get snapshot for bufferpools on 数据库名

查看缓冲池的命中率，看其是否低于95%（命中率越高越好）

10、 查看当前运行最频繁的SQL，其命中率是否正常

# db2 get snapshot for bufferpools on 数据库名 > logtxt

用grep命令查看" Number of executions"执行次数最频繁的语句，看其命中率是否正常。

比如：

grep -n " Number of executions" snapout | grep -v "= 0" | sort -k 5,5rn | more

11、 查看当前连接的应用程序，有没有非法连接

#db2 list applications show detail

看这些连接的情况，看有没有不合适的IP连上来，或者不被允许的第三方工具连上来，比如一些第三方工具连上来会对表进行锁定，影响业务系统正常运行，这个时候可以用FORCE APPLICATIONS (应用程序句柄)停下来。

12、 检查有没有死锁

# db2 get snapshot for all on 数据库名 > logtxt

用grep命令查看输出的文件中是否有死锁的记录，比如

grep -n "Deadlocks detected" logtxt | grep -v "= 0" | more

13、 对表和索引进行runstats

#db2 runstats on table 表名 and index all

对系统表以及变化比较频繁的表运行统计信息，建议写成shell脚本自动运行。

14、 检查表是否需要重组

使用REORGCHK命令，通过统计数据检查表是否需要重组，语法如下：

REORGCHK [UPDATE | CURRENT ]STATISTICS ON [TABLE SYSTEM| TABLE USER | TABLE ALL | TABLE table_name | SCHEMA schema_name]

UPDATE STATISTICS： 更新表的统计数据，根据该统计数据判断是否需要重组表

CURRENT STATISTICS：根据当前表统计数据判断是否需要重组表

TABLE table_name ： 对单个表进行分析

TABLE ALL： 对数据库所有的表进行分析

TABLE SYSTEM： 对系统表进行分析

TABLE USER ： 对当前用户模式下的所有表进行分析

#db2 reorgchk update statistics on table all

15、 对需要重组的表进行重组

#db2 reorg table 表名 //通过重构行来消除“碎片”数据

#db2 reorg indexes all for table 表名 //只重组索引

比如：

reorg table db2inst1org index by_id

将根据索引by_id，如果不加INDEX选项将重组表和所有的索引

reorg table db2inst1org index by_id use tempspace1

使用指定的临时表空间重组表

表重组完成后需要进行RUNSTATS。另外，记住在分区数据库环境中，如果想在所有节点运行命令，需要使用db2_all命令。

二、 DB2日常维护月 *** 作

1、 查看DB2日志

请至少每月查看一次db2diaglog文件，看其中是否有异常。

2、 检查备份和日志是否都保存好了

通过TSM或第三方存储管理软件，查看备份和归档日志是否都保存好了，在数据库级别查看备份，可以使用：

# db2 list history backup all for 数据库名

三、 DB2日常维护季度 *** 作

1、 通过快照监控器，查看系统性能如何

通过快照监控器，抓取数据库的信息，分析数据库性能是否合理：

# db2 get snapshot for all on 数据库名 > logtxt

2、 数据库补丁级别

# db2level

四、 注意事项

1、 不要删除活动日志文件

DB2 的活动日志文件不能被删除。一旦 DB2 的活动日志文件被删除，或者所在的存储设备出现问题，则不可避免地造成 DB2 数据库系统宕机。

2、 注意交易日志存储空间

在归档日志模式下，如果没有使用自动归档方式，则存储的日志文件会不断增多，有可能造成日志所在的文件系统空间满。 当这种情况发生时，会根据参数 BLK_LOG_DSK_FUL 的配置而有不同的现象：

1）如果该参数启用，则 DB2 数据库可继续读 *** 作，但是写 *** 作会挂起

2）如果该参数没有启用，则 DB2 数据库会停止工作

两种情况下，都需要到日志所在的文件系统添加了空间才恢复正常。

3、 按照系统的实际工作量配置日志空间

DB2数据库通过日志文件维护数据的完整性和一致性。DB2 数据库的日志空间可通过如下公式计算：

日志空间 = （主日志文件 + 二级日志文件） 日志文件尺寸

其中：

1） 主日志文件由参数 LOGPRIMARY 控制，

2） 二级日志文件由参数 LOGSECOND 控制

3） 日志文件尺寸由参数 LOGFILSIZ 控制

4） LOGPRIMARY + LOGSECOND < 256 （不同的 DB2 版本略有不同，请参看相同版本的 DB2 手册确认）

4、 设置正确数据库代码页

由于数据库的代码页在数据库创建之后是无法修改的，所以在创建数据库时一定要选择正确的代码页。

错误的数据库代码页会造成 JDBC/ODBC 访问时中文字段被截断（包括控制中心），这种情况需要重建数据库以修改数据库代码页。

从全局规划来说，如果应用需要访问多个数据库，那么这多个数据库的代码页应该是一致的。

5、 检查许可证（License）安装情况

许可证过期会造成不必要的服务中断，所以在 DB2 安装完毕后，建议检察许可的安装情况

6、 创建数据库前调整好系统时间

在数据库创建好之后，调整系统时间会造成数据库内部时间戳的异常。数据库中一些对象和时间相关，一旦时间不准确要调整需要很小心。错误的时间调整可能会造成很多问题，如：

1）某些对象失效，例如 ：

SQL0440N，找不到具有兼容自变量的类型为 “<例程类型>” 的名为 “<例程名>” 的已授权例程

2）数据库日志逻辑错误 -> 宕机

3）常见错误 – 只调整时间，未调整时区

7、 不要随便执行 chown (chmod) –R （UNIX/Linux）

在实例目录下chown (chmod) -R 会造成

1） 在数据库服务器上 db2 connect to <dbname> 能连接上数据库

2） db2 connect to <dbname> user using 连接不上

8、 在归档日志模式下使用LOAD记得加NONRECOVERABLE参数

五、 附：以脱机方式重组表

以脱机方式重组表是整理表碎片的最快方法。重组可减少表所需的空间量并提高数据访问和查询性能。

必须具有 SYSADM、SYSCTRL、SYSMAINT 或 DBADM 权限，或者必须具有对表的 CONTROL 权限才能重组表。必须具有数据库连接才能重组表。

标识需要重组的表之后，可以对这些表运行 REORG 实用程序，并且可以选择对在这些表上定义的任何索引运行该实用程序。

1 要使用 CLP 重组表，请发出 REORG TABLE 命令：

db2 reorg table testemployee

要使用临时表空间 mytemp 重组表，请输入：

db2 reorg table testemployee use mytemp

要重组表并根据索引 myindex 对行进行重新排序，请输入：

db2 reorg table testemployee index myindex

2 要使用 SQL 调用语句重组表，请使用 ADMIN_CMD 过程发出 REORG TABLE 命令：

call sysprocadmin_cmd ('reorg table employee index myindex')

3 要使用 DB2 管理 API 重组表，请使用 db2REORG API。

在重组表之后，应收集有关表的统计信息，以便优化器具有最准确的数据来评估查询访问方案。

六、 附：索引重组

通过删除和插入 *** 作对表进行更新后，索引的性能会降低，其表现方式如下：

• 叶子页分段

叶子页被分段之后，由于必须读取更多的叶子页才能访存表页，因此 I/O *** 作成本会增加。

• 物理索引页的顺序不再与这些页上的键顺序相匹配（此称为不良集群索引）。

叶子页出现不良集群情况后，顺序预取 *** 作的效率将降低，因此会导致更多的 I/O 等待。

• 形成的索引大于其最有效的级别数。

在此情况下应重组索引。

如果在创建索引时设置了 MINPCTUSED 参数，则在删除某个键且可用空间小于指定的百分比时，数据库服务器会自动合并索引叶子页。此过程称为联机索引整理碎片。但是，要复原索引集群和可用空间以及降低叶级别，请使用下列其中一种方法：

• 删除并重新创建索引。

• 使用 REORG INDEXES 命令联机重组索引。

因为此方法允许用户在重建表索引期间对表进行读写 *** 作，所以在生产环境中可能需要选择此方法。

• 使用允许脱机重组表及其索引的选项运行 REORG TABLE 命令。

联机索引重组

在使用 ALLOW WRITE ACCESS 选项运行 REORG INDEXES 命令时，如果同时允许对指定的表进行读写访问，则会重建该表的所有索引。进行重组时，对基础表所作的任何将会影响到索引的更改都将记录在 DB2® 日志中。另外，如果有任何内部内存缓冲区空间可供使用，则还将这些更改放在这样的内存空间中。重组将处理所记录的更改以便在重建索引时与当前写活动保持同步更新。内部内存缓冲区空间是根据需要从实用程序堆中分配的指定内存区域，它用来存储对正在创建或重组的索引所作的更改。使用内存缓冲区空间使索引重组 *** 作能够通过这样的方式来处理更改，即先直接从内存读取，然后读取日志（如有必要），但读取日志的时间要晚得多。在重组 *** 作完成后，将释放所分配的内存。重组完成后，重建的索引可能不是最佳集群的索引。如果为索引指定 PCTFREE，则在重组期间，每页上均会保留相应百分比的空间。

对于分区表，支持对各个索引进行联机索引重组和清除。要对各个索引进行重组，指定索引名：REORG INDEX index_name for TABLE table_name

对于空间索引或多维集群（MDC）表，不支持采用 ALLOW WRITE 方式的联机索引重组。

注： REORG INDEXES 命令的 CLEANUP ONLY 选项不能完全重组索引。CLEANUP ONLY ALL 选项将除去那些标记为“删除”且被认为要落实的键。此外，它还将释放所有标记为“删除”且被认为要落实的键所在的页。在释放页后，相邻的叶子页将会合并，前提是这样做可以在合并页上至少留出 PCTFREE 可用空间。PCTFREE 是指在创建索引时为其定义的可用空间百分比。CLEANUP ONLY PAGES 选项仅删除那些标记为“删除”且被认为要落实的所有键所在的页。

使用 CLEANUP ONLY 选项对分区表的索引进行重组时，支持任何访问级别。如果未指定 CLEANUP ONLY 选项，则缺省访问级别 ALLOW NO ACCESS 是唯一支持的访问级别。

REORG INDEXES 具有下列要求：

• 对索引和表具有 SYSADM、SYSMAINT、SYSCTRL 或 DBADM 权限，或者具有 CONTROL 特权。

• 用于存储索引的表空间的可用空间数量等于索引的当前大小

在发出 CREATE TABLE 语句时，考虑在大型表空间中重组索引。

• 其他日志空间

REORG INDEXES 需要记录其活动。因此，重组可能会失败，尤其是在系统繁忙和记录其他并发活动时。

注： 如果具有 ALLOW NO ACCESS 选项的 REORG INDEXES ALL 命令运行失败，则会标记索引无效并且此项 *** 作不可撤销。但是，如果具有 ALLOW READ ACCESS 选项的 REORG 命令或具有 ALLOW WRITE ACCESS 选项的 REORG 命令运行失败，则可以复原原来的索引对象。

七、 附：收集和更新统计信息的准则

RUNSTATS 命令收集表、索引和统计信息视图的统计信息，以为优化器提供准确信息进行访问方案选择。

在下列情况下，使用 RUNSTATS 实用程序来收集统计信息：

• 当数据已装入表中且已创建适当的索引时。

• 当在表中创建新的索引时。如果自从上次在表中运行 RUNSTATS 以来尚未修改表，则只需要对新的索引执行 RUNSTATS。

• 当一个表已用 REORG 实用程序重组时。

• 当通过数据修改、删除和插入已大量更新表及其索引时。（此处所指的“大量”可能表示有 10% 到 20% 的表和索引数据受影响。）

• 在绑定性能非常重要的应用程序之前

• 当您想要比较当前和先前统计信息时。如果定期更新统计信息，则可以及早发现性能问题。

• 当预取量更改时。

• 当使用了 REDISTRIBUTE DATABASE PARTITION GROUP 实用程序时。

注:

在先前版本的 DB2® 中，此命令使用了 NODEGROUP 关键字，而不是 DATABASE PARTITION GROUP 关键字。

• 使用 RUNSTATS 实用程序来收集关于 XML 列的统计信息。 使用 RUNSTATS 仅收集 XML 列的统计信息时，将保留 LOAD 或上一次执行 RUNSTATS 实用程序已收集的非 XML 列的现有统计信息。如果先前已收集关于一些 XML 列的统计信息，则在当前命令未收集关于该 XML 列的统计信息时，将删除先前收集的 XML 列的统计信息；在当前命令收集了关于该 XML 列的统计信息时，将替换先前收集的 XML 列的统计信息。

要提高 RUNSTATS 性能并保存用来存储统计信息的磁盘空间，考虑仅指定应该收集其数据分布统计信息的列。

理论上，您应在运行统计信息之后重新绑定应用程序。如果查询优化器具有新的统计信息，则它可以选择不同的访问方案。

如果您没有足够的时间一次收集全部的统计信息，则可以运行 RUNSTATS 来每次仅更新几个表、索引或统计信息视图的统计信息，并轮流完成该组对象。如果对选择性部分更新运行 RUNSTATS 期间由于表上的活动而产生了不一致性，则在查询优化期间将发出警告消息（SQL0437W，原因码 6）。例如，如果执行 RUNSTATS 来收集表分布统计信息，以及在某个表活动后，再次执行 RUNSTATS 来收集该表的索引统计信息，则可能发生这种情况。如果由于表上的活动产生了不一致并且在查询优化期间检测到这些不一致，则发出该警告消息。当发生这种情况时，应再次运行 RUNSTATS 来更新分布统计信息。

要确保索引统计信息和表同步，执行 RUNSTATS 来同时收集表和索引统计信息。索引统计信息保留自上次运行 RUNSTATS 以来收集的大部分表和列的统计信息。如果自上次收集该表的统计信息以来已对该表做了大量修改，则只收集该表的索引统计信息将使两组统计信息不能在所有节点上都同步。

对生产系统调用 RUNSTATS 可能会对生产工作负载的性能产生负面影响。RUNSTATS 实用程序现在支持调速选项，在执行较高级别的数据库活动期间，可以使用调速选项来限制执行 RUNSTATS 的性能影响。

在分区数据库环境中收集表的统计信息时，RUNSTATS 仅收集执行该命令的数据库分区上的表的统计信息。将此数据库分区的 RUNSTATS 结果推广到其他数据库分区。如果执行 RUNSTATS 的数据库分区不包含特定表的一部分，则将请求发送到数据库分区组中包含该表一部分的第一个数据库分区。

收集统计信息视图的统计信息时，将收集所有包含该视图引用的基本表的数据库分区的统计信息。

考虑以下技巧来提高 RUNSTATS 的效率和已收集的统计信息的有效性：

• 仅对用来连接表的列或 WHERE、GROUP BY 以及查询的类似子句中的列收集统计信息。如果对这些列建立了索引，则可以用 RUNSTATS 命令的 ONLY ON KEY COLUMNS 子句指定列。

• 为特定表和表中特定列定制 num_freqvalues 和 num_quantiles 的值。

• 使用 SAMPLE DETAILED 子句收集 DETAILED 索引统计信息，以减少对详细的索引统计信息执行的后台计算量。SAMPLE DETAILED 子句减少收集统计信息所需要的时间，并在大多数情况下产生足够的精度。

• 当创建已填写的表的索引时，添加 COLLECT STATISTICS 子句来在创建索引时创建统计信息。

• 当添加或除去了大量表行时，或如果更新了收集其统计信息的列中的数据，则再次执行 RUNSTATS 来更新统计信息。

• 因为 RUNSTATS 仅收集单个数据库分区的统计信息，所以，如果数据不是在所有数据库分区中一致分发的，则统计信息将不太准确。如果您怀疑存在变形数据分发，则您可能想要在执行 RUNSTATS 之前使用 REDISTRIBUTE DATABASE PARTITION GROUP 命令来在各数据库分区之间再分发数据。

八、 附：使用 CLP 捕获数据库运行状况快照

可从 CLP 使用 GET HEALTH SNAPSHOT 命令来捕获运行状况快照。该命令语法支持检索运行状况监视器监视的不同对象类型的运行状况快照信息。

先决条件

必须具有实例连接才能捕获运行状况快照。如果没有实例连接，则创建缺省实例连接。要获取远程实例的快照，必须先连接至该实例。

过程

要使用 CLP 捕获数据库运行状况快照

1 从 CLP 发出带有期望参数的 GET HEALTH SNAPSHOT 命令。

在以下示例中，将在启动数据库管理器之后立即捕获数据库管理器级别运行状况快照。

db2 get health snapshot for dbm

2 对于分区数据库系统，可为特定分区捕获专门的数据库快照，或者为所有分区捕获全局的数据库快照。要对特定分区（如分区号 2）上的数据库捕获运行状况快照，请发出以下命令：

db2 get health snapshot for db on sample at dbpartitionnum 2

要对所有分区上的所有应用程序捕获数据库快照，请发出以下命令：

db2 get health snapshot for db on sample global

以下命令捕获的运行状况快照带有附加详细信息，包括公式、附加信息和运行状况指示器历史记录：

db2 get health snapshot for db on sample show detail

3 对于基于集合状态的运行状况指示器，可对所有集合对象捕获数据库快照，而不考虑这些对象的状态。常规 GET HEALTH SNAPSHOT FOR DB 命令返回所有集合对象，这些对象需要针对所有基于集合状态的运行状况指示器的警报。

要对列示了所有集合对象的数据库捕获运行状况快照，请发出以下命令：

db2 get health snapshot for db on sample with full collection

1、没有数据表，关键字、主键、索引等也就无从谈起。在数据库画板中可以显示数据库中的所有数据表，创建数据表，修改表的定义等数据表是数据库中一个非常重要的对象，是其他对象的基础，数据表是数据库最重要的组成部分之一，数据库只是一个框架，数据表才是其实质内容，如“教学管理系统”中，教学管理”数据库包 含分别围绕特定主题的6个数据表，用来管理教学过程中学生、教师、课程等信息，这些各自独立的数据表通过建立关系被联接起来，成为可以交叉查阅、一目了然的数据库；

2、数据手册，电子元件，电子芯片的数据手册，一般由厂家编写，格式一般为PDF格式，内容为电子元件，电子芯片的各项参数，电性参数，物理参数，甚至制造材料，使用建议等，内容形式一般为说明文字，各种特性曲线，图表，数据表等，数据手册的PDF文件一般是免费发放的。

1、首先要学习java的基础知识。

不要被新技术迷惑，所谓万变不离其宗，新技术都是基于java的基础之上，如果基础不扎实，对于这些新技术的理解也是一知半解，学不到根源。

2、做一个java项目

在学习完java的基础知识之后，做一个java项目来巩固一下，在项目中会发现很多问题，通过解决问题，加深基础知识的掌握。

3、学习数据库的基础知识和开发应用

软件开发离不了数据库，掌握几种流行的数据库：Oracle、SQL

server、MySQL等。

4、JEE基础

在这里首先要学习网站基础，包括HTML、DHTML、JavaScript；接着要学习XML，XML JAXP；然后学习JEE基础，包括JEE开发环境，RMI/IIOP、JNDI；最后学习JDBC数据库的应用开发。

5、web开发

全面的JEE的web开发知识：Servlet JSP javaBean TagLib，到这里做一个完整的web应用项目开发。

6、EJB开发

包含全面的EJB知识：1）EJB入门和无状态会话Bean；2）有状态会话Bean；3）BMP和CMP是实体Bean；4）jms和MessageDrivenBean；5）事物和安全（JTA、JTS和JAAS）；6）WebService的开发和应用；

7、开源框架的学习

学习几种现在流行的开源框架：Struts、Spring、Hibernian、Webwork等。完整的学习这些框架的开发和应用。如果有兴趣还可以学习Ibati框架、AJAX技术和DWR框架的开发和应用。

8、JEE项目

综合应用JEE的知识来开发一个完整的应用。

9、面向对象分析与设计

java是一种面向对象的语言，所以要深入学习面向对象的分析与设计，另外还要学习UML统一建模语言。

10、接下来就是系统设计与架构

这里要学习的是Java设计模式、EJB设计模式、JEE核心设计模式、JEE应用程序框架设计。

11、软件工程

软件工程基本理论知识的学习，还有Rup和极限编程。

12、技术研究

学习搜索引擎技术：如Lucene等、工作流技术：包含Shark、JBPM等、SOA架构和应用。

13、综合项目实战

实现一个企业级的应用。

每个阶段在做项目的基础上牢固的掌握应用到的知识，只有在实际的应用中发现问题，加深所学的知识。

1、写出创建此数据库表的sql语句（student,course,score三个表任意写一个创建语句）

CREATE TABLE STUDENT

(

stu_id VARCHAR2(20),

name VARCHAR2(20),

Age INTEGER,

sex CHAR(2),

stu_class VARCHAR2(12)

)

2、给表course的课程号（co_id）字段添加主键约束，给成绩表score的课程号（co_id）字段添加外键约束，其中主表是course，从表示score，写出sql语句

ALTER TABLE COURSE ADD CONSTRAINT COURSE_P_COID PRIMARY KEY (CO_ID);

ALTER TABLE SCORE ADD CONSTRAINT SCORE_F_COID FOREIGN KEY(CO_ID) REFERENCES COURSE(CO_ID) ;

3、向score表中插入一条记录，写出此sql语句

INSERT INTO SCORE VALUES ('1111000',1,90);

4、查询课程成绩大于80分的学生姓名和课程名，写出sql语句

SELECT BNAME,CCO_NAME FROM SCORE A,STUDENT B,COURSE C

WHERE ASTU_ID=BSTU_ID

AND ACO_ID=CCO_ID

AND ASCORE>80

5、编写函数返回女同学的平均课程成绩是多少（女同学：sex=’ 女），写出sql语句

CREATE OR REPLACE FUNCTION FUN_GETSCORE

RETURN NUMBER

IS

V_SCORE NUMBER;

BEGIN

SELECT AVG(ASCORE) INTO V_SCORE FROM SCORE A,STUDENT B

WHERE ASTU_ID=BSTU_ID

AND BSEX='女';

RETURN V_SCORE;

END;

6、编写存储过程，更新学生成绩表score的课程成绩(score)字段,更新语句为：update score set score=newscore where stu_id=stuid and co_id=coid其中新的成绩，学号，课程号作为传人的形式参数，定义为：newscore in number,stuid in varchar2,coid in varchar2，写出此sql语句

CREATE OR REPLACE PROCEDURE P_UPDATE_SCORE(newscore in number,stuid in varchar2,coid in varchar2)

AS

BEGIN

update score set score=newscore where stu_id=stuid and co_id=coid;

COMMIT;

END;

>

论文中参考文献引用的是国家颁布的文件或纲领政策，要用N字母表示。

根据GB3469- 83《文献类型与文献载体代码》规定，以单字母标识：

M一专 著(含古籍中的史、志论著)。

C一论文集。

N-报纸文章。

J一期刊文章。

D一学位论文。

R-研究报告。

S-标准。

P-专利。

A-专著、 论文集中的析出文献。

Z一其他未说明的文献类型。

电子文献类型以双字母作为标识：

DB一数据库。

CP一计算机程序。

EB- 电子公告。

非纸张型载体电子文献，在参考文献标识中同时标明其载体类型：

DB/OL一联机网上的数据库。

DB/MT一磁带数据库。

M/CD-光 盘图书。

CP/DK一磁 盘软件。

J/OL-网上期刊。

EB/OL一网上电子公告。

参考文献著录格式：

1、期刊作者题名[J]。刊名，出版年，卷(期)：起止页码。

2、专著作者。书名 [M] 。版本(第一-版不著录)。出版地：出版者，出版年：起止页码。

3、 论文集作者题名[C]编者论文集名，出版地：出版者，出版年：起止页码。

4、学位论文作者题名[D] 。保存地点保存单位年份。

5、专利文献题名[P] 。国别。专利文献种类专利号。出版日期。

6、标准编号 。标准名称[S]。

7、报纸作者题名[N] 。报纸名。出版日期(版次)。

8、报告作者题名[R] 。保存地点年份。

9、电子文献作者题名[电子文献及载体类型标识] 。文献出处，日期。

1全文型数据库CNKI、万方、维普等，这些都是综合型数据库，可以下载全文。它包括所有的学科种类，只是相对应的收录范围会有所不同。

2摘要型数据库和全文型数据库相比摘要型数据库给我们提供的只是论文的摘要而非全文，比较常见好用的便是大家都熟知的 PubMed、EMbase。

3数据库检索平台这样的数据库对我们来说最大的好处就是可以查找得更全，根据数据库收录的范围不同，它可能检索到我们通过以上两个类型的数据库检索不到的文献。非常著名的就是我们的 OVID 平台和EBSCO 等。

文献搜索引擎常见的有谷歌学术、百度学术、必应学术等，这些就是将已发表的论文全部整合在一起，方便我们进行检索。

以上就是关于db2日常维护手册全部的内容，包括:db2日常维护手册、什么是数据库表、成为初级java工程师需要学什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！