informix如何更换调整逻辑日志文件

informix如何更换调整逻辑日志文件
informix如何更换调整逻辑日志文件

informix9.4 on linux 更换逻辑日志文件的操作记录

说明:

onconfig配置里面关于逻辑日志的配置只是用于oninit -i 初始化,DB运行起来后,就可以用onparams命令来

调整这些文件了,可以删除它们并增加新的文件。

主要过程就是:

1,启动数据库,切换到静默模式

2,用informix账号建立新的Log文件

3,已经备份了有"B"标志的log文件可以删除

4,onmode -l 切换log文件

5,切换到新增的文件后,进行 onmode -c 强制checkpoint

6,切换到Online状态即可。

至此,其实数据库就可以用了,如果进行一个level0备份,那么那些删除的Log文件就彻底没有了,不会出现在

onstat -l统计列表中。

实际操作如下:

------------------切换到静默---------------------

[informix@IDS94 ~]$ onmode -u

This will perform an IMMEDIATE SHUTDOWN -

Do you wish to continue (y/n)? y

There are 0 user threads that will be killed.

Do you wish to continue (y/n)? y

[informix@IDS94 ~]$ onstat -

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:01:25 -- 28336 Kbytes

[informix@IDS94 ~]$

-------------------查看目前的Log状况-------------

[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:01:31 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 0 0 0.00

phybegin physize phypos phyused %used

2:53 25000 22949 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-2 0 16 1 1 1 1.0 1.0

Subsystem numrecs Log Space used

OLDRSAM 1 36

address number flags uniqid begin size used %used 44da12b0 3 U-B---- 1309 1:60263 25000 25000 100.00 44da12f8 7 U-B---- 1310 3:53 10000 10000 100.00 44da1340 8 U-B---- 1311 3:10053 10000 10000 100.00 44da1388 9 U-B---- 1312 3:20053 10000 10000 100.00 44da13d0 10 U-B---- 1313 3:30053 10000 10000 100.00 44da1418 11 U-B---- 1314 3:40053 10000 10000 100.00 44da1460 12 U-B---- 1315 3:50053 10000 10000 100.00 44da14a8 1 U-B---- 1316 3:60053 17500 17500 100.00 44da14f0 2 U---C-L 1317 3:77553 17500 13841 79.09 44da1538 4 U-B---- 1308 3:95053 17500 17500 100.00 10 active, 10 total

----------------------大部分文件都备份了,只有当前文件在用----------

--------------挑选一个大空间的chunk 建立10个新的Log文件-------------

[informix@IDS94 ~]$ onstat -d

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:01:38 -- 28336 Kbytes

Dbspaces

address number flags fchunk nchunks flags owner name

44c919c8 1 0x20001 1 1 N informix rootdbs

453cc1a0 2 0x60001 2 3 N B informix phydbs

453cc4e0 3 0x20001 3 1 N informix logdbs

453cc820 4 0x60001 4 3 N B informix datadbs

453ccb60 5 0x40001 5 1 N B informix idxdbs

453d0018 6 0x42001 6 1 N TB informix tempdbs

6 active, 204

7 maximum

Chunks

address chunk/dbs offset size free bpages flags pathname

44c91d08 1 1 0 200000 172313 PO-- /opt/ids9.4/rawdbs/rootdbs

44da1580 2 2 0 500000 3 PO--

/opt/ids9.4/rawdbs/phydbs

44da1708 3 3 0 500000 387447 PO-- /opt/ids9.4/rawdbs/logdbs

44da1890 4 4 0 4750000 1 PO-B /opt/ids9.4/rawdbs/datadbs

44da1a18 5 5 0 1348575 566462 PO-B /opt/ids9.4/rawdbs/idxdbs

44da1ba0 6 6 0 1348575 1348522 PO-B /opt/ids9.4/rawdbs/tempdbs

44da1d28 7 4 4750100 10000 1 PO-B /opt/ids9.4/rawdbs/datadbs

44d91c30 8 2 500001 10000 1 PO-- /opt/ids9.4/rawdbs/phydbs

44d91db8 9 4 4760100 10000000 3865113 PO-B /opt/ids9.4/rawdbs/datadbs

453cc018 10 2 510001 9999995 7793816 PO-B /opt/ids9.4/rawdbs/phydbs

10 active, 32766 maximum

Expanded chunk capacity mode: enabled

[informix@IDS94 ~]$ onparams -a -d datadbs -s 200000 # KB为单位,建立200MB 和100MB的

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 200000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 200000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 200000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 200000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 100000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 100000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 100000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 100000

Logical log successfully added.

[informix@IDS94 ~]$ onparams -a -d datadbs -s 100000

Logical log successfully added.

[informix@IDS94 ~]$ onstat -d

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:03:21 -- 28336 Kbytes

Dbspaces

address number flags fchunk nchunks flags owner name

44c919c8 1 0x20001 1 1 N informix rootdbs

453cc1a0 2 0x60001 2 3 N B informix phydbs

453cc4e0 3 0x20001 3 1 N informix logdbs

453cc820 4 0x60001 4 3 N B informix datadbs

453ccb60 5 0x40001 5 1 N B informix idxdbs

453d0018 6 0x42001 6 1 N TB informix tempdbs

6 active, 204

7 maximum

Chunks

address chunk/dbs offset size free bpages flags pathname

44c91d08 1 1 0 200000 172313 PO-- /opt/ids9.4/rawdbs/rootdbs

44da1580 2 2 0 500000 3 PO-- /opt/ids9.4/rawdbs/phydbs

44da1708 3 3 0 500000 387447 PO-- /opt/ids9.4/rawdbs/logdbs

44da1890 4 4 0 4750000 1 PO-B /opt/ids9.4/rawdbs/datadbs

44da1a18 5 5 0 1348575 566462 PO-B /opt/ids9.4/rawdbs/idxdbs

44da1ba0 6 6 0 1348575 1348522 PO-B /opt/ids9.4/rawdbs/tempdbs

44da1d28 7 4 4750100 10000 1 PO-B /opt/ids9.4/rawdbs/datadbs

44d91c30 8 2 500001 10000 1 PO-- /opt/ids9.4/rawdbs/phydbs

44d91db8 9 4 4760100 10000000 3115113 #空间已经分配PO-B /opt/ids9.4/rawdbs/datadbs

453cc018 10 2 510001 9999995 7793816 PO-B /opt/ids9.4/rawdbs/phydbs

10 active, 32766 maximum

Expanded chunk capacity mode: enabled

------------------------新增的文件已经出现在列表中了---------------------------- [informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:04:12 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 10 10 1.00

phybegin physize phypos phyused %used

2:53 25000 22969 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-1 0 16 51 21 21 2.4 1.0

Subsystem numrecs Log Space used

OLDRSAM 51 3716

address number flags uniqid begin size used %used 44da12b0 3 U-B---- 1309 1:60263 25000 25000 100.00 44da12f8 7 U-B---- 1310 3:53 10000 10000 100.00 44da1340 8 U-B---- 1311 3:10053 10000 10000 100.00 44da1388 9 U-B---- 1312 3:20053 10000 10000 100.00 44da13d0 10 U-B---- 1313 3:30053 10000 10000 100.00 44da1418 11 U-B---- 1314 3:40053 10000 10000 100.00 44da1460 12 U-B---- 1315 3:50053 10000 10000 100.00 44da14a8 1 U-B---- 1316 3:60053 17500 17500 100.00 44da14f0 2 U---C-L 1317 3:77553 17500 13861 79.21 44da1538 4 U-B---- 1308 3:95053 17500 17500 100.00 45443d90 5 A------ 0 9:6134887 100000 0 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 20 active, 20 total

--------------------------根据编号删除那些旧的,备份过的文件-------------------- [informix@IDS94 ~]$ onparams -d -l 3 -y

Logical log file 3 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 7 -y

Logical log file 7 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 8 -y

Logical log file 8 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 9 -y

Logical log file 9 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 10 -y

Logical log file 10 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 11 -y

Logical log file 11 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 12 -y

Logical log file 12 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 1 -y

Logical log file 1 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onparams -d -l 4 -y

Logical log file 4 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

------------------------删除的文件的状态变成了D状态的--------------------- [informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:06:15 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 10 10 1.00

phybegin physize phypos phyused %used

2:53 25000 22969 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-1 0 16 60 30 30 2.0 1.0

Subsystem numrecs Log Space used

OLDRSAM 60 4040

address number flags uniqid begin size used %used 44da12b0 3 D------ 0 1:60263 25000 0 0.00 44da12f8 7 D------ 0 3:53 10000 0 0.00 44da1340 8 D------ 0 3:10053 10000 0 0.00 44da1388 9 D------ 0 3:20053 10000 0 0.00 44da13d0 10 D------ 0 3:30053 10000 0 0.00 44da1418 11 D------ 0 3:40053 10000 0 0.00 44da1460 12 D------ 0 3:50053 10000 0 0.00 44da14a8 1 D------ 0 3:60053 17500 0 0.00 44da14f0 2 U---C-L 1317 3:77553 17500 13870 79.26 44da1538 4 D------ 0 3:95053 17500 0 0.00 45443d90 5 A------ 0 9:6134887 100000 0 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 11 active, 20 total

------------------------做0级备份,发现删除的Log不见了------------

[informix@IDS94 ~]$ ontape -s -L 0

Please mount tape 1 on /backup/idslevel0 and press Return to continue ...

10 percent done.

20 percent done.

30 percent done.

40 percent done.

50 percent done.

60 percent done.

70 percent done.

80 percent done.

90 percent done.

100 percent done.

Please label this tape as number 1 in the arc tape sequence.

This tape contains the following logical logs:

1317

Program over.

[informix@IDS94 ~]$ onstat -

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:31:23 -- 28336 Kbytes

[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:31:26 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 22 19 1.16

phybegin physize phypos phyused %used

2:53 25000 22990 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-1 0 16 137 49 48 2.8 1.0

Subsystem numrecs Log Space used

OLDRSAM 137 9480

address number flags uniqid begin size used %used 44da14f0 2 U---C-L 1317 3:77553 17500 13889 79.37 45443d90 5 A------ 0 9:6134887 100000 0 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00

45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 11 active, 11 total

-------------------------切换Log到新增的文件中----------------------------------------

[informix@IDS94 ~]$ onmode -l ##切换Log

[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:31:53 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 22 19 1.16

phybegin physize phypos phyused %used

2:53 25000 22990 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-2 0 16 137 50 49 2.7 1.0

Subsystem numrecs Log Space used

OLDRSAM 137 9480

address number flags uniqid begin size used %used 44da14f0 2 U-B---L 1317 3:77553 17500 13890 79.37 45443d90 5 U---C-- 1318 9:6134887 100000 0 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 11 active, 11 total

---------------------强制checkpoint,使得当前文件包含checkpoint------------ [informix@IDS94 ~]$ onmode -c

[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:32:19 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 22 19 1.16

phybegin physize phypos phyused %used

2:53 25000 22990 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-3 0 16 138 51 50 2.7 1.0

Subsystem numrecs Log Space used

OLDRSAM 138 9516

address number flags uniqid begin size used %used 44da14f0 2 U-B---- 1317 3:77553 17500 13890 79.37 45443d90 5 U---C-L 1318 9:6134887 100000 1 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 11 active, 11 total

-------------------删除最后一个旧的log文件---------------------------------------------

[informix@IDS94 ~]$ onparams -d -l 2 -y

Logical log file 2 has been pre-dropped.

It will be deleted from the log list and its space can be reused

once you take level 0 archives of all BLOBspaces, Smart BLOBspaces

and non-temporary DBspaces.

[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:32:50 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 22 19 1.16

phybegin physize phypos phyused %used

2:53 25000 22990 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-1 0 16 139 52 51 2.7 1.0

Subsystem numrecs Log Space used

OLDRSAM 139 9552

address number flags uniqid begin size used %used 44da14f0 2 D------ 0 3:77553 17500 0 0.00 45443d90 5 U---C-L 1318 9:6134887 100000 2 0.00 45443dd8 6 A------ 0 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 10 active, 11 total

[informix@IDS94 ~]$

[informix@IDS94 ~]$

[informix@IDS94 ~]$ onmode -l # 切换文件,发现后续的A状态的文件其实都能用[informix@IDS94 ~]$ onstat -l

IBM Informix Dynamic Server Version 9.40.UC9 -- Quiescent -- Up 00:34:35 -- 28336 Kbytes

Physical Logging

Buffer bufused bufsize numpages numwrits pages/io

P-1 0 16 22 19 1.16

phybegin physize phypos phyused %used

2:53 25000 22990 0 0.00

Logical Logging

Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io

L-2 0 16 139 53 52 2.6 1.0

Subsystem numrecs Log Space used

OLDRSAM 139 9552

address number flags uniqid begin size used %used 44da14f0 2 D------ 0 3:77553 17500 0 0.00 45443d90 5 U-B---L 1318 9:6134887 100000 3 0.00

45443dd8 6 U---C-- 1319 9:6234887 100000 0 0.00 45443e20 13 A------ 0 9:6334887 100000 0 0.00 45443e68 14 A------ 0 9:6434887 100000 0 0.00 45443eb0 15 A------ 0 9:6534887 100000 0 0.00 45443ef8 16 A------ 0 9:6634887 50000 0 0.00 45443f40 17 A------ 0 9:6684887 50000 0 0.00 45443f88 18 A------ 0 9:6734887 50000 0 0.00 45443fd0 19 A------ 0 9:6784887 50000 0 0.00 44d91f40 20 A------ 0 9:6834887 50000 0 0.00 10 active, 11 total

----------------------------再进行0级备份,那么这个D状态文件也将不存在了--------------

--------------------onmode -m 启动到online状态即可使用新数据库-----------------------

命令提示符用法

“命令提示符”也就是Windows 95/98 下的“MS-DOS 方式”,虽然随着计算机产业的发展,Windows 操作系统的应用越来越广泛,DOS 面临着被淘汰的命运,但是因为它运行安全、稳定,有的用户还在使用,所以一般Windows 的各种版本都与其兼容,用户可以在Windows 系统下运行DOS,中文版Windows XP 中的命令提示符进一步提高了与DOS 下操作命令的兼容性,用户可以在命令提示符直接输入中文调用文件。 DOS命令提示符 DOS基础应用.有兴趣的可以来看看了 cd 改变当前目录sys 制作DOS系统盘 copy 拷贝文件del 删除文件 deltree 删除目录树dir 列文件名 diskcopy 制磁盘edit 文本编辑 format 格式化磁盘md 建立子目录 mem 查看内存状况type 显示文件内容 rd 删除目录ren 改变文件名 记得多少啊,忘了就去上课看看,下面四个命令是新的,给出命令格式,你自己试试看,学电脑重要的就是摸索。 cls 清屏 〔适用场合〕屏幕上太乱了,或是屏幕上出现乱码了,清除屏幕上显示内容但不影响电脑内部任何信息 〔用法〕cls 回车 move 移动文件,改目录名 〔适用场合〕移动文件到别的目录 〔用法〕move [文件名] [目录] 移动文件至新目录下 move [目录名] [目录名] 改目录名 〔例子〕c:\>move c:\autoexec.bat c:\old??

移动autoexec.bat文件至old目录下 c:\>move c:\config.sys c:\old?? 移动config.sys文件至old目录下 more 分屏显示 〔适用场合〕当输出很多一屏显示不下时采用,几乎适合所有命令,尤其是type等命令时很有用。使用more时磁盘不能有写保护,也不适合光驱。 〔用法〕type [文件名] | more 分屏显示文件内容 more < [文件名] 分屏显示文件内容 〔例子〕C:\>type msdos.w40 | more xcopy 拷贝目录和文件 〔适用场合〕在进行连同子目录一起拷贝时很有用,在拷贝大量文件时比COPY命令要快得多 〔用法〕xcopy [文件名] [目录] 将指定文件拷贝到指定目录 xcopy [源目录] [目的目录] 将源目录连子目录考到目的目录下 xcopy *.* [目录] /s 将文件与非空子目录拷贝到指定目录 其它常用参数还有: v 拷贝后校验,会影响速度 e 与s 相似,但即使子目录是空的也会拷贝。 help 帮助 〔适用场合〕当您想具体了解DOS命令的使用方法时使用 〔用法〕help 提供所有DOS命令帮助 help [DOS命令] 提供有关命令的帮助 如果你只大致记得某个命令,可以在提示符后直接输入help命令,然后将出现下面的画面: attrib 设置文件属性

死亡报告卡的填写和报告程序

死亡报告卡的填写和报告程序 一、死因监测的目的 了解居民病伤死亡水平,确定主要死因的分布及其变化趋势,以掌握居民期望寿命; 为制定慢性非传染性疾病预防与控制对策,评估干预措施的效果提供依据等 二、工作依据 《云南省卫生监测工作方案》 《关于使用<出生医学死亡证明书>、<医学死亡证明书>和加强死因统计工作的通知》(卫统发[1992]第一号文件) 三、职责分工 1.社区卫生服务中心及以上医疗单位对在本院(包括下属分院、医疗点)正常死亡的,必须开具《死亡医学证明书》并在7日内上报至疾病预防控制中心,内容填写要完整、准确; 2.各社区卫生服务中心(包括承担公共卫生职能的医院)及时做好登记不全的《死亡医学证明书》和医院外(家中、途中等)正常死亡居民的入户调查工作,准确、完整填写《居民医学死亡证明书》,按时上报市疾病预防控制中心。 3.做好《死亡证》的存根和死亡登记册的保存管理。 四、调查对象、内容 死因调查一般宜在死后一个月内进行,间隔时间不宜太长,以免家属回忆错误或有关医院诊疗资料销毁、遗失。 1.调查对象: 具有辖区常住户籍的居民,属于登记和统计对象,无常住户籍的流动人口,属于登记对象不属于统计对象。 2.调查内容主要有以下四个方面 ――死者的基本信息:包括姓名、性别、职业、婚姻状况、文化程度、身份证号码、出生日期、常住户口地址、生前工作单位、死亡时间、地点、家属姓名、地址等。 ――既往史:死者生前患过的主要疾病、发病距死亡时间间隔以及影响健康的各种因素。

――现病史:死者生前发病的主要症状、体征,包括起病缓急、病程长短、病情轻重、是否有并发症或继发症、是否后遗症,疾病的演变及治疗过程、实验室检查结果,对现病史要重点询问。 ――生活史:死者生前的饮食习惯、烟酒嗜好、家庭状况、经济收入等。 五、《死亡医学证明书》的填写 主要职业及工种按就职时间最长的职业填写,并尽可能同时填写职业和主要从事的工作,如工人中的车工、钳工、电工、纺织工、电镀工、炊事员……等; 常住户口地址应按户口簿上登记的住址填写完整,城市要填写到街道、里弄门牌或楼房、单元室,农村要填写到行政村、组等 生前工作单位是指死者在死前最后所在的、工作时间较长的那个单位 出生日期与死亡日期按照公历填写年、月、日,如按阴历的,则推迟1个月计算; 实足年龄按照周岁计算,未满1周岁按月、日计算,未满1日按小时、分钟计算。 a未满1周岁的婴儿填写实足月龄;28天以内的新生儿,填写存活天数;未满1天的新生儿,填写存活小时; b 死亡时已过生日,实足年龄 = 死亡日期–出生日期 c 死亡时未过生日,实足年龄 = 死亡日期–出生日期– 1; 可以联系的家属姓名:应填写最了解死者生前疾病和其他情况的直系亲属或者同事、邻居的姓名; 住址或工作单位:指联系人的具体住址或工作单位,如有电话号码应尽量填写,以便于联系。14岁以下的儿童要填写父、母的姓名、住址和工作单位。 按照选择式填写的项目婚姻状况、文化程度、死亡地点、死者生前上述疾病的最高诊断单位及最高诊断依据,对于这些项目,必须在列出的几种情况中与死者情况符合的一种上打勾。 注意年龄与婚姻、文化、职业逻辑关系 注意年龄、性别与疾病关系 注意疾病与诊断单位、诊断依据的关系 第1部分死因填写注意事项

公文写作常见问题分析

一、标题常见问题分析 公文标题是公文内容的摄要,在发挥公文效能上起着举足轻重的作用。但受诸多因素的影响,公文标题时常出现一些毛病,现归纳为以下八个方面,并作粗浅分析。 (一)要素不全 完整的、规范的公文标题,一般应具备“三要素”,即发文机关名称、事由、文种,以标明由谁发文、为什么发文和用什文种发文。2012年7月1日起施行的《党政机关公文处理工作条例》作出明确规定:“公文标题应当准确简要地概括公文的主要内容(事由)并标明公文种类(文种),一般应当标明发文机关”。当然,特殊情况下,也可省略标题中的一至二个要素,但不可随意省略,要相对规范,否则,将毛病百出。 常见的病例有三种: 一是随意省略事由。如《××县人民政府决定》,由于省略事由,受文者看不出标题所反映的主要内容、事项和基本观点,不利于学习、贯彻、领会、落实文件精神。除一些非重要的、极其简短的通知、通告和特殊机关发出的特定公文外(如中华人民共和国国务院、司法部门发出的国务院“公告”、“主席令”、“布告”等),一般情况下不得省略事由。 二是随意省略发文机关。如:一份没有版头的文件标题《关于加强农村党支部建设的报告》,待上级看完文件后,才从落款处知道文件是哪个机关发出的,既不庄重,也不严肃,更不利于公文运转和办理。具有重大决策和事项的下行文不得省略发文机关;没有版头的下行文、上行文均不得省略发文机关,但有版头(发文机关标识)的,也可不标明发文机关。 三是随意省略文种。使受文者不得要领,失去公文的严肃性。如《××乡人民政府关于召开春耕生产会议的有关事宜》。 (二)乱用文种 主要表现在三个方面:

一是混用文种。如《全国人大常委会党组关于县乡换届选举问题的请示报告》,这里把“请示”、“报告”两个不同的文种混淆在一起使用,不论是已经废止的《国家行政机关公文处理办法》,还是自2012年7月1日起施行的《党政机关公文处理工作条例》,都没有“请示报告”这一文种,明显不妥。从该“请示报告”的内容看,应使用批转式“报告”这一文种。 二是错用文种。有的该用“请示”的,却用了“报告”,而该用“报告”的反而用的是“请示”;有的该用“函”的却用“通知”;有的把没列为文种的公文种类作为文种使用,如“条例”、“规定”、“办法”、“总结”、“计划”等,以上这些,都不可作为文种使用,不可直接行文。《党政机关公文处理工作条例》所确定的公文文种共有15种,决议、决定、命令(令)、公报、公告、通告、意见、通知、通报、报告、请示、批复、议案、函、纪要。除此之外,均不可直接行文,但可作为“印发”、“颁发”或“通知”的“附件”行文。 三是生造文种。如《关于调整工资的补充说明》、《关于机构改革中有关问题的解释》等,这里的“补充说明”、“解释”均不应作为文种使用,以上两个标题可修定为《××(发文机关)关于印发调整工资补充说明的通知》、《××(发文机关)关于印发机构改革中有关问题解释的通知》。还有的把“安排”、“要点”、“细则”这些既不是公文文种又不是应用文体种类的东西常常作为公文文种直接行文,是错误的。 (三)隶属不清 不该用“批转”的,用了“批转”;该用“批转”的却用了“印发”、“转发”,分不清三者之间的隶属关系和词性。如《××县政府办公室关于批转××市长在××会议上讲话的通知》,这里的“批转”使用不当,应该使用“印发”或“转发”。因为“批转”具有“批准转发”之意,是上级对下级报告的认同并转发下去贯彻落实的。下级对上级机关的文件和上级领导同志的讲话、批示等不可使用“批转”,否则将混淆了上下级的隶属关系。 (四)提炼不精。主要表现在标题冗长上。如《×××(发文机关)关于招收退休退职职工子女就业,进行合理安

git命令详解

一、Git 常用命令速查 git branch 查看本地所有分支 git status 查看当前状态 git commit 提交 git branch -a 查看所有的分支 git branch -r 查看远程所有分支 git commit -am "init" 提交并且加注释 git remote add origin git@192.168.1.119:ndshow git push origin master将文件给推到服务器上 git remote show origin 显示远程库origin里的资源 git push origin master:develop git push origin master:hb-dev 将本地库与服务器上的库进行关联 git checkout --track origin/dev 切换到远程dev分支 git branch -D master develop 删除本地库develop git checkout -b dev 建立一个新的本地分支dev git merge origin/dev 将分支dev与当前分支进行合并 git checkout dev 切换到本地dev分支 git remote show 查看远程库 git add . git rm 文件名(包括路径) 从git中删除指定文件 git clone git://https://www.360docs.net/doc/4a9409095.html,/schacon/grit.git 从服务器上将代码给拉下来 git config --list 看所有用户 git ls-files 看已经被提交的 git rm [file name] 删除一个文件 git commit -a 提交当前repos的所有的改变 git add [file name] 添加一个文件到git index git commit -v 当你用-v参数的时候可以看commit的差异 git commit -m "This is the message describing the commit" 添加commit信息git commit -a -a是代表add,把所有的change加到git index里然后再commit git commit -a -v 一般提交命令 git log 看你commit的日志 git diff 查看尚未暂存的更新 git rm a.a 移除文件(从暂存区和工作区中删除) git rm --cached a.a 移除文件(只从暂存区中删除) git commit -m "remove" 移除文件(从Git中删除)

informix表空间规划命令整理

informix表空间规划命令整理 2010-02-24 11:16:02| 分类:技术知识| 标签:|字号大中小订阅 初始化informix数据库: oninit -ivy 此时,数据库是空的,什么都没有。 我们需要规划数据库空间,创建相应的物理表空间,逻辑表空间,临时表空间。 首先在dbs目录下创建相应的文件并给予权限: touch phydbs logdbs appdbs temp01 temp02 temp03 temp04 chmod 660 phydbs logdbs appdbs temp01 temp02 temp03 temp04 执行创建表空间的命令: onspaces -c -d phydbs -p {informixdir}/dbs/phydbs -o 0 -s 500000 【一般为300M。此处创建500M】 onspaces -c -d logdbs -p {informixdir}/dbs/logdbs -o 0 -s 1000000 【一般为1G,共10个逻辑文件】 onspaces -c -d appdbs -p {informixdir}/dbs/appdbs -o 0 -s 4000000 【自己数据库所在空间,大小根据实际情况而定】onspaces -c -d temp01 -t -p {informixdir}/dbs/temp01 -o 0 -s 500000 【临时表空间,一般为4个,大小为500M,注意到创建临时表空间命令中多了 -t 】 onspaces -c -d temp02 -t -p {informixdir}/dbs/temp02 -o 0 -s

公文常见错误分析及对策

公文常见错误分析及对策 公文写作 公文常见错误分析及对策 公文是公务文书的简称,是处理公务、管理事务的一种书面文字工具。其重要特点就是行文的规范化、制度化和标准化。对于公文格式,国家技术监督局制定了《国家行政机关公文格式》(GB/T9704—1999,以下简称《格式》),国务院办公厅制定了《国家行政机关公文处理办法》(2001年1月1日起施行,以下简称《办法》),中央办公厅制定了《中国共产党各级领导机关文件处理条例(试行)》(以下简称《条例》)。但是不少单位和部门制发文件,并没有严格按照规定、要求去做,而是各行其是,制发文件存在很大的随意性,造成公文格式的不规范,严重影响了公文的严肃性、公正性。更在一定程度上影响了公文的质量和效能,影响了政 府的行政效率,因此必须引起高度重视。 一、存在的问题 (一)文种使用乱。一是生造文种。把没列为文种的公文种类作为文种使用。《办法》所确定的公文文种共有13类14种,即:命名、令,决定,公告,通告,通知,通报,议案,报告,请示,批复,意见,函,会议纪要。除此之外,均不可直接行文,但可作为"印发"、"颁发"式"通知"的"附件"行文。例如,《关于××市区退休人员一次性缴纳医疗费分期缴费的具体操作规定》、《关于使用社会保障卡有关问题的说明》等,这里的"操作规定"、"说明"均不应作为文种使用,可以改成《××关于印发市区退休人员一次性缴纳医疗费分期缴费的具体操作规定的通知》、《××关于印发使用社会保障卡有关问题的说明的通知》,不能作为文种使用的还有"条例"、"规定"、"办法"、"总结"、"计划"等,有的甚至把"安排"、"要点"、"细则"这些既不是公文文种又不是应用文体种类的东西常常作为公文文种直接行文,都是错误的。

科研方法与论文写作考试题目及答案

一、单选题(每题1分,共15题) 15 1、现代物理学的开创者和奠基人是: A、爱因斯坦 B、牛顿 C、诺贝尔 答案:A 2、衡量国家科技领先的标志之一是: A、获诺贝尔奖的人数 B、国民经济总产值 C、人口数量 答案:A 3、衡量一个人的技术水平的高低之一是: A、论文 B、家产 C、经历 答案:A 4、理论要不要经过实验验证: A、一切理论都要 B、有些理论不一定要 答案:B 5、检验理论正确的实验是必须能够重演的: A、是 B、不一定 C、不是 答案:A 6、称赞你的论文的人都是: A、坚持真理的人 B、认同你的观点的人 C、奉承你的人 答案:B 7、一篇论文其关键词可以选择几个: A、两个 B、3~8个 C、9个以上 答案:B 8、论文引言就是: A、前言 B、绪论 C、引论 答案:C 9、参考文献的编号一律用什么括号括起: A、大括号 B、中括号 C、小括号

答案:B 10、参考文献号一律用: A、阿拉伯数字 B、汉字 C、英文 答案:A 11、论文中对重要的公式: A、应编号 B、不应编号 答案:A 12、论文中使用别人公开发表的结论,并注明出处的属于: A、引用 B、抄袭 C、剽窃 答案:A 13、论文是如何写出的: A、研究后写出的 B、编写出的 C、从书上抄来的 答案:A 14、博士学位论文至少应有: A、创新点 B、新理论 答案:A 15、论文中对表的题目要求为: A、表的题目在表上部 B、表的题目在表下部 C、随便什么位置 答案:B 二、案例分析题(每题5分,共5题) 25.01 16、 在一篇题目为《目标运动分析新论》论文中,论文摘要是: “在我的《TMA理论》那本书中,介绍了TMA的经典方法,在本论文里,主要叙述目标运动分析的几种新的方法,它们是:1)识别-滤波-控制原理;2)交互多模型方法;3)多站信息融合的方法。” (1)、上述摘要犯了那几方面的毛病? A、使用“我的”第一人称 B、使用了缩略语TMA C、前两句是过去研究信息,应删掉 D、没有交代成果与结论 E、以上全部是 答案:E 17、 以下是《人工神经网络在传感器目标识别中的应用》论文的目次:

linux常用操作命令.doc

1 linux常用操作命令 linux系统中通过命令来提高自己的操作能力,下面由小编为大家整理了linux常用操作命令的相关知识,希望大家喜欢! linux常用操作命令一、常用指令 ls 显示文件或目录 -l 列出文件详细信息l(list) -a 列出当前目录下所有文件及目录,包括隐藏的a(all) mkdir 创建目录 -p 创建目录,若无父目录,则创建p(parent) cd 切换目录 touch 创建空文件 2 echo 创建带有内容的文件。

cat 查看文件内容 cp 拷贝 mv 移动或重命名 rm 删除文件 -r 递归删除,可删除子目录及文件 -f 强制删除 find 在文件系统中搜索某文件 wc 统计文本中行数、字数、字符数 grep 在文本文件中查找某个字符串rmdir 删除空目录 3 tree 树形结构显示目录,需要安装tree包

pwd 显示当前目录 ln 创建链接文件 more、less 分页显示文本文件内容head、tail 显示文件头、尾内容 ctrl+alt+F1 命令行全屏模式 linux常用操作命令二、系统管理命令 stat 显示指定文件的详细信息,比ls更详细who 显示在线登陆用户 whoami 显示当前操作用户 hostname 显示主机名 4 uname 显示系统信息

top 动态显示当前耗费资源最多进程信息 ps 显示瞬间进程状态ps -aux du 查看目录大小du -h /home带有单位显示目录信息 df 查看磁盘大小df -h 带有单位显示磁盘信息 ifconfig 查看网络情况 ping 测试网络连通 netstat 显示网络状态信息 man 命令不会用了,找男人如:man ls clear 清屏 alias 对命令重命名如:alias showmeit="ps -aux" ,另外解除使用unaliax showmeit 5 kill 杀死进程,可以先用ps 或top命令查看进程的id,然

公文写作常见错误及病例分析报告

公文写作常见错误及病例分析 一、公文常见错误 (一)行文中的常见错误 1.滥发文件。主要表现:(1)所发公文属可发可不发之列。(2)所发公文只是照抄照转上级的公文(翻印即可,不必转发)。(3)所发公文容空洞,无具体措施,不解决问题。(4)行文所涉及的问题可用口头请示、汇报或开会等形式解决。(5)行文所涉及的容已在报上全文公布过。(6)在部门之间意见分歧,未经协商一致时就行文。 2.行文关系混乱。主要表现:(1)应该党政分开行文的未分开行文。(2)应该一个机关单独行文的搞成几个机关联合行文。(3)该职能部门行文的“升格”为党委、政府级行文。(4)该党委、政府级行文的“降格”为职能部门行文。 (二)文种使用中的常见错误 1.自制文种。在正式文种之外,随心所欲,生造公文文种并俨然以正式公文行文。常见的有:“请示报告”、“工作思路”、“情况”、“汇报”、“申请”、“重声明”等。 2.误用文种。把属于机关其他应用文,特别是事务文书中的文种,误作为正式公文文种使用的情况。常见的有:把计划类文种“要点”、“打算”、“安排”、“设想”等作为公文文种直接使用,如《××单位××××年工作要点》。把属于总结类的文种“小结”、“总结”,以及把属于规章制度类的文种“办法”、“规程”、“须知”、“实施细则”等作为正式文种直接使用。但是,如果将上述应用文用转发或印发通知的形式发布,则是规用法。如“××单位关于印发2017年工作要点的通知”。 3.混用文种。不按文种的功能和适用围去选用文种,而造成临近文种相互混用,导致行文关系不清,行文目的不明,行文性质混淆。常见的有:“公告”与“通知”、“决议”与“决定”、“请示”与“报告”、“请示”与“函”混用。主要表现为将通告误用为通知,将通知误用为通告,将请示误用为报告,将报告误用为请示,将“请示”、“报告”合用为“请示报告”,“请示”和“报告”本身是两个文种,将决定误用为决议,将决议误用为决定,将函误用为请示或报告,将复函误用为批复。

Informix数据库常用操作命令

Unix系统及数据库常用操作命令 oninit 数据库启动 onmode -ky 数据库关闭 onstat -l 查看逻辑日志使用情况 ontape -c 连续备份逻辑日志 onstat -g iof 查看每个chunk 的I/O 情况 onstat -g mem 查看数据库存的情况 onstat -d 查看数据库chunk 的使用情况 ontape -s -L 0 数据库0 级备份 dbimport -d -i

数据恢复(硬盘) dbexport -o 数据备份(硬盘) update staistics (high) (low) 数据库数据抽样统计 ontape -r 数据恢复(磁带) onstat -c 配置情况 onstat - 数据库状态信息 ps –ef |grep cmcld 查看MC/Service Guard 进程 cmviewcl 查看MC/Service Guard 运行情况 cmruncl [ f ] 启动群集 cmhaltcl [ -f ] 终止群集 cmrunnode node 启动群集中的一个结点 例:# cmrunnode HPK460-1 cmhaltnode mode 终止群集中的一个结点 例:# cmhaltnode HPK460-1 cmrunpkg -n node pkg 在节点node 上运行pkg 包 例:# cmrunpkg -n HPK460-1 pkg1 cmhaltpkg -n node pkg 在节点node 上终止运行pkg 包 例:# cmhaltpkg -n HPK460-1 pkg1 cmmodpkg -e -n node pkg 允许在节点node 上运行pkg 包 例:# cmmodpkg -e -n HPK460-1 pkg1 cmmodpkg -d -n node pkg 禁止在节点node 上运行pkg 包 例:# cmmodpkg -d -n HPK460-1 pkg1 cm 系列命令,均可附加参数“-v”,以冗余模式显示执行结果;参数“-f”表示强制执行而忽略错误警告。 vgdispaly [-v] vg_name 显示激活的卷组信息 例:# vgdispaly ;# vgdisplay /dev/vgo2 lvdisplay [-v] lv_path 显示激活的逻辑卷信息 例:# lvdisplay /dev/vg02/rootdbs vgchange -a y vg_name 激活卷组 例:# vgchange -a y /dev/vg02 vgchange -a e vg_name 以互斥方式激活卷组 例:# vgchange -a e /dev/vg02

公文常见错误分析及对策

公文常见错误分析及对策 一、存在的问题 (一)文种使用乱。一是生造文种。把没列为文种的公文种类作为文种使用。《办法》所确定的公文文种共有13类14种,即:命名、令,决定,公告,通告,通知,通报,议案,报告,请示,批复,意见,函,会议纪要。除此之外,均不可直接行文,但可作为"印发"、"颁发"式"通知"的"附件"行文。例如,《关于技术练兵比武的具体操作规定》、《关于使用统缴证有关问题的说明》等,这里的"操作规定"、"说明"均不应作为文种使用,可以改成《××关于印发技术练兵比武的具体操作规定的通知》、《××关于印发使用统缴证有关问题的说明的通知》,不能作为文种使用的还有"条例"、"规定"、"办法"、"总结"、"计划"等,有的甚至把"安排"、"要点"、"细则"这些既不是公文文种又不是应用文体种类的东西常常作为公文文种直接行文,都是错误的。 (二)混用文种。常见的是把相近的"请示"和"报告"两种文种张冠李戴。例如:《××关于批准成立运输协会的报告》,《××关于办公自动化所需经费的报告》。两个标题内容十分明确,就是要求上级解决问题,应该用"请示"而不是"报告"。报告是"向上级机关汇报工作、反映情况、答复上级机关的询问"的,这类报告,只要把情况汇报、反映清楚即可,目的是让上级和领导了解发展情况,掌握工作进度,做到心中有数,不需要回复;而请示是"向上级机关请求指示、

批准"的,需要回复,两者在使用上有很大的区别。有时也存在"请示"和"函"混用。《办法》规定:不相隶属单位之间相互商洽工作、询问和答复问题,请求批准和答复审批事项是用函。可是有些单位当有求于对方(不相隶属单位)时却用请示。 (三)规矩格式乱。《格式》中就公文的格式、标准都作出了明确的规定。在具体行文中常见错误有: 1.排版规格不当。公文标题应在红色反线下空2行,用2号小标宋体字,正文用3号仿宋体字,一般每面排22行,每行排28个字。而在实际操作中往往上各行其是,严重影响了公文的严肃性。 2.发文号标注不规范。主要表现在,一是错用括号。如,绵交发(2006)240号;二是用虚数。如绵交发〔2006〕005号;三是字体字号不标准。《格式》规定:发文字号,用3号仿宋体字,居中排布;年份、序号用阿拉伯数码标识;年份应标全称,用六角括号"〔〕"括入;序号不编虚位(即1不编为001),不加 "第"字。特别对于字号和字体,有的小于3号;有的用小标宋体字,有的用楷体,也有的用黑体,五花八门。 3.标题滥用符号。《办法》第三章公文格式第十条第六款中明确规定"公文标题中除法规、规章名称加书名号外,一般不用标点符号"。但是在实际中,滥用符号的例子屡见不鲜。如"关于转发×市政府《关于做好一节一会相关工作的紧急通知》的通知"、"关于转发×局《关于实行在网上公示建筑企业不良行为的通知》的通知",以上两例中的"《》"符号都不应该使用,应改为:关于转发×市政府关于做好一节一会相关工作的紧急通知的通知"、"关于转发×局关于实行在网上公示建筑企业不

treeview控件应用

树形结构控件TreeView TreeView是一种 能以树形目录结构形式 显示数据的高级控件, 显示方式类似于 Windows的资源管理 器,能分层展开各结点 的子目录,也能收缩各 结点的子目录。本节将 先介绍TreeView控件 的一些基本概念、属性 与方法,再举例说明 TreeView控件的应用。 TreeView控件概述、属性与方法 1、作用:用于显示Node结点的分层列表。 2、添加到控件箱 菜单命令:工程 | 部件,在部件对话框中选择:Microsoft Windows Common Controls 6.0 3、TreeView控件的属性 (1)属性对话框 用鼠标右键单击TreeView 控件,在弹出式菜单中选择属 性,进入属性设置对话框,该 对话框分为通用、字体、图片 三个选项卡,如图8.6所示。

①样式(Style):返回或设置在Node结点之间显示的线样式,如表8.6所示。 ②鼠标指针(MousePoint):可选择不同鼠标样式,如表8.1所示。 ③线条样式(LineStyle):0-tvwTreeLine 无根结点的树形结构,1-tvwRootLines有根结点的树形结构。 ④标签编辑(LabelEdit):0-tvwAutomatic 自动,1-tvwManual 手工; ⑤图像列表(ImageList):结点图标所用ImageList控件; ⑥边框样式(BorderStyle):0-ccNone无边框,1-ccFixedSingle单边框; ⑦外观(Appearence):0-ccFlat平面效果,1-cc3D 3D效果; ⑧缩进:父子结点的水平间距。 (2)其它属性 ①SelectedItem.Text属性:用于返回或设置当前Node结点的内容。 ②CheckBoxes属性:该属性只能取逻辑值,若取True值,则每个Node结点前出现一个复选框,否则不出现复选框。 4、TreeView控件的方法 (1)Node结点 ①Node结点:是TreeView控件中的一项,它包含图像与文本。 ②Nodes结点集合:包含一个或多个Node结点。 (2)Add方法 ①作用:为TreeView控件添加节点和子节点。 ②定义格式 TreeView1.nodes.Add(Relative,Relationship,Key,Text, Image,SelectedImage) 其中: ◆Relative参数:添加新结点时,其父结点键值Key。添加根结点时,此项为空。 ◆Relationship参数:新结点的相对位置: tvwlast—1:新节点位于同级别所有节点之后; tvwNext—2:新节点位于当前节点之后; tvwPrevious—3:新节点位于当前节点之前; tvwChild—4:新节点成为当前节点的子节点。 ◆Key:Node结点关键字(唯一标识符),用于检索Node结点。同时也作为其新建子结点的Relative值,即新建子结点的Relative=父结点Key。 ◆Text:Node结点文本。 ◆Image:Node结点位图,是关联ImageList控件中位图的索引。

informix安装

一、安装前的准备: 以root用户身份登录系统后, 1、配置IP地址和Hostname。 2、建立空间大于150MB的Informix文件系统: # smit crjfs Mount Point:/informix 3、建立Informix组。 4、建立Informix用户: primary group:informix group set:informix,system HOME directory:/informix 5、将异步IO激活: # mkdev –l aio # smit aio使异步IO在系统启动时自动available。 6、插入Informix按照媒体,键入: # mount /Informix # cd /informix # tar –xvf /dev/rmt0 或 # cpio –icvBmud < /dev/cd0 7、更改环境变量: # export INformIXDIR=/informix 8、创建LV(放置rootdbs): # smit lv Lvname:worklv Devicename:rworklv Size:80MB(最大2GB) Type:raw Mirror Write Consistency:no Enable BAD BLOCK relocation:no 通常不建议将数据库的日志放在rootdbs上,而应单独建立一个raw类型的LV,存放logdbs。用户的数据(如索引、表等)需存放在其他的raw类型的LV上。 9、更改LV的权限和属主: # chown informix:informix rworklv # chown informix:informix worklv #chmod 660 rworklv #chmod 660 worlv 10、更改Informix的环境变量: # vi $HOME/.profile export INformIXDIR=/informix export TERMCAP=/informix/etc/termcap export INformIXSERVER=ssc export ONCONFIG=onconfig.ssc# informix启动时的配置文件 export TERM=vt100 11、分配Informix的端口号: # vi /etc/services

公文写作常见错误案例分析

公文写作中常见的错误 1.×市×区区属图书馆为办好图书事业,满足该区群众读书的要求,特向区政府请示增加经费,并将该请示抄送该区人事局、劳动局、物价局、财政局。 错误。抄送单位应当是与该请示事项有关的单位。“人事局、劳动局、物价局”与区图书馆申请经费无关,不应将该请示抄送给他们。 2.某县人事局向县直属各单位下发年终考核工作通知,抄报于该县政府办公室 正确。根据《国家行政机关处理办法》有关规定,向下级机关的重要行文,应抄报上级机关,目的是为了让上级了解情况,避免出现工作中的被动情况。 3.×省×市×区区属瓷器厂因税务问题受到该区税务所的处罚,该厂认为处罚不符合国家税法,特向市税务局申诉,并同时向×省税务厅申诉,并抄报于×市政府、×区政府。 错误。主送单位应当是一个,同时主送,搞乱了行文关系。抄送单位应当是与该申诉事项有关的单位。“×市政府、×区人民政府”,与税务申诉事项无关,不应将该申诉抄送给他们。 4.某县农林局写例行报告,一向县政府汇报1995年全年工作,二在报告中请示了1996年增建农机站的事项,三建议对困难地区减

免乡政府提留费用。 错误。报告中不能夹带请示,且应“一文一事”。 5.×市×工业总公司因市属重点企业×××电器厂因领导班子个别人贪污犯罪,准备调整该厂领导班子,特向市政府请示。并将该请示抄送于该厂办公室。 错误。请示不能抄送下级机关。 6.×市纪检委员会将1997年纪检情况通报于市各直属机关和各局。 正确。该通报属于情况通报,为知照类文件,可以有多个主送机关。 7.中共××市委与市委宣传部就学习贯彻中共第十七次代表大会精神,建设有特色的社会主义联合向下发出通知。 错误。为了维护文件的权威性和法定效用,联合行文的单位应当是同级单位。 8.×市×区职工大学是受区政府和市成人教育局双重领导的单位。该职工大学就1994年需增加教育经费一事,特向两个上级机关请示。 错误。请示只能够有一个主送机关;若是双重领导机关,则需要

公文写作常见错误16种

公文写作常见错误16种 一、行文中的常见错误 1、滥发文件。主要表现:(1)所发公文属可发可不发之列;(2)所发公文只是照抄照转上级的公文(翻印即可,不必转发);(3)所发公文内容空洞,无具体措施,不解决问题;(4)行文所涉及的问题可用口头请示、汇报或开会等形式解决;(5)行文所涉及的内容已在报上全文公布过;(6)在部门之间意见分歧,未经协商取得一致时就行文。 2、行文关系混乱。主要表现:(1)应该党政分开行文的未分开行文;(2)应该一个机关单独行文的搞成几个机关联合行文;(3)该职能部门行文的“升格”为领导机关行文;(4)该领导机关行文的“降格”为职能部门行文。 二、文种使用中的常见错误 1、自制文种。在正式文种之外,随心所欲,生造公文文种并俨然以正式公文行文。常见的有:“请示报告”、“工作思路”、“情况”、“汇报”、“申请”、“郑重声明”等。 2、误用文种。把属于机关其他应用文,特别是事务文书中的文种,误作为正式公文文种使用的情况。常见的有:把计划类文种“要点”、“打算”、“安排”、“设想”等作为公文文种直接使用,如?××市委××××年工作要点?。把属于总结类的文种“小结”、“总结”,以及把属于规章制度类的文种“办法”、“规程”、“须知”、“实施细则”等作为正式文种直接使用。但是,如果将上述应用文用转发或印发通知的形式发布,则是规范用法。如“××市人民政府关于印发市政府1997年工作要点的通知”。 3、混用文种。不按文种的功能和适用范围去选用文种,而造成临近文种相互混用,导致行文关系不清,行文目的不明,行文性质混淆。常见的有:“公告”与“通知”、“决议”与“决定”、“请示”与“报告”、“请示”与“函”混用。主要表现为将通告误用为通知,将通知误用为通告,将请示误用为报告,将报告误用为请示,将“请示”、“报告”合用为“请示报告”,“请示”和“报告”本身是两个文种,将决定误用为决议,将决议误用为决定,将函

delphi中TreeView控件使用

DELPHI中利用TreeView控件建立目录树2000-06-26 00:00:00·-·中国计算机报社 p>Rainbow的话:关于TreeView的使用,还可以参看:联合使用TreeView 组件 TreeView是一个显示树型结构的控件,通过它能够方便地管理和显示具有层次结构的信息,是Windows应用程序的基本控件之一。DELPHI虽然具有比较强大的文件管理功能,提供了多个用于文件管理的标准控件,如DriveComboBox、DirectoryListBox、FileListBox等,通过设置它们的属性,使其建立起联系,甚至不用编写一行程序,我们就可以实现在不同的目录之间进行切换,然而这样的目录切换只适用于进行文件的查找定位,而不能方便地进行目录的浏览,例如我们要从c:\windows目录转到c:\program files目录,就必须返回到根目录才能进行切换,而不能象Windows资源管理器那样任意地在不同的目录之间进行浏览与切换。 要实现在不同目录之间任意切换和浏览,还是需要使用TreeView控件,以下程序就利用DELPHI的TreeView控件来建立目录树。 在该程序中采用的各部件以及界面设计如下图所示: 各部件的主要属性设置如下: 部件属性属性值form name caption form1 ‘目录浏览’ drivecommbobox name visible drivecommbobox1 false filelistbox name visible filetype filelistbox1 false fddirectory imagelist name imagelist1 treeview name images 该程序利用DriveCommboBox控件来获得系统具有的驱动器,并以此作为目录树的最上层,利用FileListBox控件,通过设置其Filetype属性为fdDirectory,可以获得所需的子目录,在TreeView控件的OnExpanding事件中将得到的子目录加到该控件的某一节点下。

informix数据库的操作和维护

INFORMIX数据库的常用管理命令 约定 ?命令行中,<>括起来的内容不是实际要键入的内容,而是要键入的内容的说明。 ?命令行中,[]括起来的内容表示是可选项。 ?命令行中,a | b表示a或b选其中之一,为消除二义性,有时也用{a | b }表示。 ?命令行尾的\表示由于排版的限制一行写不下换到下一行,实际输入时可以不换行。 ?/* */括起来的斜体字表示注释。 1.简介 INFORMIX-OnLine Dynamic Server(以下简称OnLine)提供了一个字符窗口界面的集成管理工具onmonitor,通过它可以完成除了数据备份外的大部分常用管理任务。 同时,OnLine还提供了一整套命令行管理工具,常用的有以下这些: 命令功能 oninit 启动OnLine onmode 改变模式和共享内存 onstat 通过共享内存结构监视OnLine的操作状态 oncheck 检查、修复、显示OnLine的磁盘结构 ondblog 改变database的log方式 onparams 修改逻辑和物理日志的配置参数 onspaces 修改blobspace和dbspace的配置 ontape 数据库备份和恢复工具 onarchive 比ontape功能更强的备份和恢复工具 dbexport 将整个database备份成文本文件格式 dbimport 用文本文件格式的database备份重建database dbschema 显示数据库、表的结构 dbaccess 字符窗口界面的交互式SQL命令执行环境 严格来说,最后四个命令不属于管理工具,但是因为在进行数据库管理时经常用到,所以也在此列出。

科技论文写作中常见错误

科技论文写作中常见错误及改进方法 摘要:文章列出了科技论文写作中一些常见错误,结合原文详细解释了错误产生的原因。文章还根据具体实例,详细分析了如何去改正这些常见的错误,避免在撰写科技论文时再次犯相同的错误。 关键词:科技论文写作;常见错误;改进 1、引言 绝大多数中国高校都要求科技类的博士研究生或硕士研究生,在就读期间至少发表一篇英文论文。然而,由于很多因素,导致这项任务很难完成。首先,前续的英语课程对写作(尤其是科技英语写作)的关注程度不够,部分院校甚至在研究生阶段不开设英语课程,导致英语写作水平下降。其次,绝大多数中国作者生活在非英语环境中。第三,由于科技英语具有自身特点,许多英语国家的作者也要接受专门的写作课程课程学校。 在论文投稿过程中,有很多论文因为欠缺流利的英语表达而被拒。如果有可能的话,应该在论文投稿前请英语国家的编辑帮忙修改。然而一个分院里往往有很多学生,并且每篇论文都需要修改两次,请人帮忙几乎不可能实现。请人修改论文的成本非常高,而且有时只能解决一部分问题。对于英语国家的编辑而言,他可以非常专业地消除论文中出现的语法错误,但是如果他缺乏科技背景,特别是论文所在的研究领域的研究背景,他将很难改正论文中出现的所有错误,也很难保证论文的表达清晰明了。聘请有着专业研究背景的学者来修改论文,是一个非常好的想法。但是他可能无法向作者清楚地解释,未来该如何避免类似的错误。而且对于绝大多数中国学生而言聘请专业人士帮忙修改论文,是非常困难的一件事情。 尽管聘请专业人士帮忙修改论文可以使加速论文发表进度,但是这种方法不能帮助作者避免重复出现同样的错误。大部分论文的作者都对英语有着固定的理解,只有让他们清楚地意识到他们的错误以及避免错误的方法,才能真正地帮助作者提高英语写作水平。 本文介绍了中国学生在写科技论文时最常见的错误,包括:语法错误,专有名词,格式错误,这些错误经常导致读者不能清除地理解文章的含义。虽然有些错误可以利用MS word的语法检查工具进行排查,但是这些软件工具是无法准确出绝大部分错误。 2、常见错误 2.1 冠词“a”、“an”以及“the” 最简单最常见的错误是漏写冠词“a”,“an“以及“the”。因为中国的普通话中并没有与这些冠词直接对应的词语,对于非英语国家的作者来说,冠词的使用规则也比较复杂,导致了这个错误频繁发生。冠词意味着后面将会出现名词,任何用于修饰的词语都应在冠词和名词之间(比如a big blue bicycle,或者the first award)。“a”和“an”是不定冠词,“the”是定冠词。当名词需要限定词的时候,会用单数。经常犯的错误有3种:1) 在需要冠词的时候没加“a”、“an”以及“the”;2)在不需要的时候添加了;3)错误使用。 例1:错误的写法: Figure 2 shows the distribution of relative velocity on surface of main and splitter blades. 正确的写法: Figure 2 shows the distribution of relative velocity on the surface of the main and splitter blades. 例2:错误的写法: The software PowerSHAPE is chosen to be a 3D modeling tooling; it is good at dealing with free surfaces and curves. 正确的写法: The software PowerSHAPE is chosen to be the 3D modeling tooling; it is good at dealing with free surfaces and curves.

相关文档
最新文档