Linux下创建Sybase数据库

2024-11-10

Linux下创建Sybase数据库（共10篇）

1.Linux下创建Sybase数据库篇一

1.改变数据库属主

通常用户数据库有系统管理员创建，它的默认属主是dbo，系统过程sp_changeddbowner可改变数据库的属主关系，它必须由数据库管理员在要改变属主关系的数据库中执行。语法如下：

sp_changeddbowner login_name[,True]

其中参数True用于将权限一半传递给新属主。

2.扩展数据库

(1)扩展数据库空间

alter database 数据库名

on 设备名=扩展空间 //单位：M

如果扩展的设备对于数据库是新的，System和Default段会自动扩展到该设备上，

(2)扩展事务日志到新的设备上

sp_logdevice 数据库名，设备名

举例：将数据库另外扩充5M，用于存储日志

alter database my_db

on my_dev=5

sp_logdevice my_db,my_dev

3.删除数据库

drop database 数据库名

删除设备前必须删除其上的所有数据库，删除设备的命令是：sp_dropdevice

2.Sybase数据库函数库篇二

而就用户观点 Sybase 和 MS SQL Server 6.x 也是几乎相同的。当然 MS SQL Server 7.0 之后的差异就比较大了。

sybase_affected_rows: 取得最后 query 影响的列数。

sybase_close: 关闭与数据库的连接。

sybase_connect: 连上数据库。

sybase_data_seek: 移动列指针。

sybase_fetch_array: 返回数组资料。

sybase_fetch_field: 取得字段信息。

sybase_fetch_object: 返回类资料。

sybase_fetch_row: 返回单列的各字段。

sybase_field_seek: 配置指针到返回值的某字段。

sybase_free_result: 释放返回占用内存。

sybase_num_fields: 取得返回字段的数目。

sybase_num_rows: 取得返回列的数目。

sybase_pconnect: 打开服务器持续连接。

sybase_query: 送出一个 query 字符串。

sybase_result: 取得查询 (query) 的结果。

sybase_select_db: 选择一个数据库。

sybase_affected_rows

取得最后 query 影响的列数。

语法: int sybase_affected_rows(int [link_identifier]);

返回值: 整数

函数种类: 数据库功能

内容说明: 本函数用来取得最后一次对数据库下 query 指令所影响的列数，会影响的为 INSERT、UPDATE 或 DELETE 等指令，而 SELECT 不会影响。参数 link_identifier 可省略，为打开数据库的连接代号。返回值即为列数。

sybase_close

关闭与数据库的连接。

语法: boolean sybase_close(int link_identifier);

返回值: 布尔值

函数种类: 数据库功能

内容说明: 本函数用来关闭与 Sybase 数据库的连接，能关闭的为使用 sybase_connect 函数打开的数据库，若使用 sybase_pconnect() 打开的数据库则不能以本函数关闭。参数 link_identifier 可省略，为打开数据库的连接代号。关闭成功则返回 true 值。

参考: sybase_connect() sybase_pconnect()

sybase_connect

连上数据库。

语法: int sybase_connect(string [servername], string [username], string [password]);

返回值: 整数

函数种类: 数据库功能

内容说明: 本函数用来打开与 Sybase 数据库的连接。参数 servername 为欲连上的数据库服务器名称。参数 username 及 password 可省略，分别为连接使用的帐号及密码。使用本函数需注意早点关闭数据库，以减少系统的负担。连接成功则返回数据库的连接代号，失败返回 false 值。

参考: sybase_close() sybase_pconnect()

sybase_data_seek

移动列指针。

语法: boolean sybase_data_seek(int result_identifier, int row_number);

返回值: 布尔值

函数种类: 数据库功能

内容说明: 本函数用来移动 Sybase 资料表中的列指针到指定的列上，可供 sybase_fetch_row() 等函数使用。参数 result_identifier 为查询的代号值。参数 row_number 则为欲移往的列数。若失败则返回 false 值。

参考: sybase_close() sybase_pconnect()

sybase_fetch_array

返回数组资料。

语法: array sybase_fetch_array(int result);

返回值: 数组

函数种类: 数据库功能

内容说明: 本函数用来将查询结果 result 拆到数组变量中，

若 result 没有资料，则返回 false 值。而本函数可以说是 sybase_fetch_row() 的加强函数，除可以将返回列及数字索引放入数组之外，还可以将文字索引放入数组中。

使用范例

这是 joey@samaritan.com (22-Feb-) 所提出的例子

$q = sybase_query(”SELECT COUNT(DISTINCT OPPORTUN99vY_ID) FROM M_OPP_INTERESTS WHERE INTEREST_ID = $i_id“, $db);

while ($op_by_int = sybase_fetch_arr

ay($q)) {

while (list($k, $v) = each($op_by_int)) {

echo ”$op[$k] =>$v “;

}

返回资料如下

$op[0] =>2164

$op[computed] =>2164 sybase_fetch_field

取得字段信息。

语法: object sybase_fetch_field(int result, int field_offset);

返回值: 类

函数种类: 数学运算

内容说明: 本函数返回的类资料为 result 的字段 (Column) 信息。返回类的属性如下：

name - 字段名称

column_source -字段所在表格的资料表名称

max_length - 字段的最大长度

numeric - 若为 1 表示本字段为数字类型 (numeric)

参考: sybase_field_seek()

sybase_fetch_object

返回类资料。

语法: object sybase_fetch_object(int result);

返回值: 类

函数种类: 数据库功能

内容说明: 本函数用来将查询结果 result 拆到类变量中。使用方法和 sybase_fetch_array() 几乎相同，不同的地方在于本函数返回资料是类而不是数组。若 result 没有资料，则返回 false 值。另外值得注意的地方是，取回的类资料的索引只能是文字而不能用数字，这是因为类的特性。类资料的特性中所有的属性 (property) 名称都不能是数字，因此只好乖乖使用文字字符串当索引了。关于速度方面，本函数的处理速度几乎和 sybase_fetch_array() 及 sybase_fetch_row() 二函数差不多，要用哪个函数还是看使用的需求决定。

参考: sybase_fetch_array() sybase_fetch_row()

sybase_fetch_row

返回单列的各字段。

语法: array sybase_fetch_row(int result);

返回值: 数组

函数种类: 数据库功能

内容说明: 本函数用来将查询结果 result 之单列拆到数组变量中。数组的索引是数字索引，第一个的索引值是 0。若 result 没有资料，则返回 false 值。

参考: sybase_fetch_array() sybase_fetch_object() sybase_data_seek() sybase_result()

sybase_field_seek

配置指针到返回值的某字段。

语法: int sybase_field_seek(int result, int field_offset);

返回值: 整数

函数种类: 数据库功能

内容说明: 本函数配置目前的指针到返回值的特定字段中。参数 result 为返回值代码。参数 field_offset 则为指定的字段序数。

参考: sybase_fetch_field()

sybase_free_result

释放返回占用内存。

语法: int sybase_free_result(int result);

返回值: 整数

函数种类: 数据库功能

内容说明: 本函数可以释放目前 Sybase 数据库 query 返回所占用的内存。一般只有在非常担心在内存的使用上可能会不足的情形下才会用本函数。PHP 程序会在结束时自动释放。

sybase_num_fields

取得返回字段的数目。

语法: int sybase_num_fields(int result);

返回值: 整数

函数种类: 数据库功能

3.Linux下创建Sybase数据库篇三

我们知道，SYBASESQLServer用事务(Transaction)来跟踪所有数据库的变化。事务是SQL Server的工作单元。一个事务包含一条或多条作为整体执行的T-SQL语句。每个数据库都有自己的事务日志(Transaction Log)，即系统表(Syslogs)。事务日志自动记录每个用户发出的每个事务。日志对于数据库的数据安全性、完整性至关重要，我们进行数据库开发和维护必须熟知日志的相关知识。

一、SYBASESQL Server如何记录和读取日志信息

SYBASE SQL Server是先记Log的机制。每当用户执行将修改数据库的语句时，SQL Server就会自动地把变化写入日志。一条语句所产生的所有变化都被记录到日志后，它们就被写到数据页在缓冲区的拷贝里。该数据页保存在缓冲区中，直到别的数据页需要该内存时，该数据页才被写到磁盘上。若事务中的某条语句没能完成，SQL Server将回滚事务产生的所有变化。这样就保证了整个数据库系统的一致性和完整性。

二、日志设备

Log和数据库的Data一样，需要存放在数据库设备上，可以将Log和Data存放在同一设备上，也可以分开存放。一般来说，应该将一个数据库的Data和Log存放在不同的数据库设备上。这样做有如下好处：一是可以单独地备份?Backup?事务日志;二是防止数据库溢满;三是可以看到Log的空间使用情况。

所建Log设备的大小，没有十分精确的方法来确定。一般来说，对于新建的数据库，Log的大小应为数据库大小的30%左右。Log的大小还取决于数据库修改的频繁程度。如果数据库修改频繁，则Log的增长十分迅速。所以说Log空间大小依赖于用户是如何使用数据库的。此外，还有其它因素影响Log大小，我们应该根据实际操作情况估计Log大小，并间隔一段时间就对Log进行备份和清除。

三、日志的清除

随着数据库的使用，数据库的Log是不断增长的，必须在它占满空间之前将它们清除掉。清除Log有两种方法：

1.自动清除法

开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由SQL Server自动执行，并且一般不会出现Log溢满的情况;缺点是只清除Log而不做备份。

2.手动清除法

执行命令“dump transaction”来清除Log。以下两条命令都可以清除日志：

dump transaction with truncate_only

dump transaction with no_log

通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查，

SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会弹出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。

以上两种方法只是清除日志，而不做日志备份，若想备份日志，应执行“dump transaction database_name to dumpdevice”命令。

四、管理庞大的事务

有些操作会大批量地修改数据，如大量数据的修改(Update)、删除一个表的所有数据(Delete)、大量数据的插入(Insert)，这样会使Log增长速度很快，有溢满的危险。下面笔者给大家介绍一下如何拆分大事务，以避免日志的溢满。

例如执行“update tab_a set col_a=0”命令时，若表tab_a很大，则此Update动作在未完成之前就可能使Log溢满，引起1105错误(Log Full)，而且执行这种大的事务所产生的独占锁(Exclusive Table Lock)，会阻止其他用户在执行Update操作期间修改这个表，这就有可能引起死锁。为避免这些情况发生，我们可以把这个大的事务分成几个小的事务，并执行“dump transaction”动作。

上例中的情况就可以分成两个或多个小的事务：

update tab_a set col_a=0 where col_b>x

dump transaction database_name with truncate_only

update tab_a set col_a=0 where col_b <=x

dump transaction database_name with truncate_only

这样，一个大的事务就被分成两个较小的事务。

按照上述方法可以根据需要任意拆分大的事务。若这个事务需要备份到介质上，则不用“with truncate_only”选项。若执行“dump transaction with truncate_only”命令，应该先执行“dump database”。以此类推，我们可以对表删除、表插入等大事务做相应的拆分。

(责任编辑：铭铭)

4.Linux下创建Sybase数据库篇四

作者：yaya

感谢：scott 大力支持

准备工作：

1、下载WinRAR3.0压缩工具（假设安装在D盘）

2、检查Sybase BCKServer（sybase备份服务）服务是否启动

3、Task Scheduler（计划任务）服务是否启动

4、创建备份用文件夹，本文以E:backup 为例

5、用记事本编写一个sql文件，文件名为backup.sql，内容如下： use master go dump database cwbase1 to “e:backupback.dat” go exit 并将此文件拷贝至D:sybase文件夹下(假设sybase装在D盘)

操作过程：

一、数据库自动备份

1、点击我的电脑－控制面板－计划任务

2、添加“计划任务”，应用程序选择D:Sybasebinisql.exe（假设sybase装在D盘）

3、选择

每天

执

行

该

程

序1

4、输入服务器系统管理员密码（进入Windows2000的密码）

5、选择打开高级属性选项

6、如图，在运行里输入isql.exe-Usa-Paaaaaa-id:sybasebackup.sql(-U是指用户，后面紧跟数据库管理员用户名，默认是sa，-P是密码，后面紧跟数据库管理员密码，目前系统默认为空，必须设置上密码，可以通过2.2版本的帐套管理修改数据库管理员密码，本文以aaaaaa为例；-i，是指路径，后面紧跟要执行的sql语句路径)

7、选择日程安排，选择一个不工作的时段启动计划任务。

自动备份功能至此结束，然后我们借用WinRAR自带的RAR工具将备份好的数据压缩并按3 照日期命名保存。

二、自动压缩并按日期命名

1、再添加一个计划任务，运行栏输入 “D:Program FilesWinRARRar.exe” a-ag-df e:backupback e:backupback.dat

2、将该任务定义为每天自动启动，要比数据库自动备份任务延迟30分钟以上。即可实现自动将备份数据库压缩并删除原文件生成以日期命名的文件。

3、定期将该文件夹下的文件刻录成光盘永久保存。

5.Linux下创建Sybase数据库篇五

为SQLSERVER提供的可用内存越多，SQLSERVER就有越多的资源使用于缓冲区，即可减少服务器从磁盘读取数据以获取静态信息或编译过程计划的次数。调整SQLSERVER所占内存可通过在服务器配置文件中设置totalmemory参数进行，该参数的值指定了SQLSERVER在启动时所需的内存总量，如若该值为10000页，则SQLSERVER在启动时就将试图获得10000*2K=19.5M的内存，若不能满足则启动失败。

注意，若操作系统在进程的整个生命周期中支持动态内存分配，则可在SQLSERVER启动后为其分配额外的内存。

SQLSERVER启动时将内存分配给SQLSERVER可执行代码，SQLSERVER使用的静态内存，用户可配置参数占用的内存及不驻留在缓存上的数据结构，剩余的内存分配给两种SQLSERVER缓冲区即：数据缓冲区和过程缓冲区。两缓冲区的大小对整个系统的性能影响很大，在一个开发系统上可能要增加过多端程缓冲区的专用内存，而在一生产系统上则需减少过程缓冲区大小以便获得更大的数据缓冲区。

1.确定缓冲区大小

在totalmemory配置的总空间中，首先要除去可爱执行代码所占空间，其大小因平台和版本不同而异，可使用sp_configure查询executablecodesize参数的值得知，一般为3-4MB;其次需除去内部结构所占空间，内部结构分成内核结构和服务器结构，亦可将此部分内存看成静态开销和用户配置参数占用两个部分，前者大小不受用户可配置参数的影响，一般为2-3MB，而后者即用户可配置参数的大小则取决于配置参数的类型及其值的大小，包括numberofuserconnections, numberofopendatabases,numberofdevices,numberofopenobjects,numberoflocks等，要得到这些用户配置参数使用内存大小的精确估计，可调用不带选项的sp_configure以显示所有参数和每个参数使用的内存量，其和即是用户配置参数所占用内存。

除去上述占用，剩余内存将以procedurecachepercent配置参数的值按比例分配给过程缓冲区和数据缓冲区，例若值为20，即表示剩余内存的20%分配给过程缓冲区而80%分配给数据缓冲区。

确定缓冲区大小的另一种方法是检查SQLSERVE启动时写入SQLSERVER错误日志的内存信息，其中准确地说明了分配给过程缓冲区和数据缓冲区的数据量，以及多少个过程或其他编译对象能同时驻留在缓冲区中，如相关信息为：

server:Numberofprocbuffersassocated:556

server:Numberofblocksleftforprocheaders:629

server:Memoryallocatedforthedefaultdatacache:4144kb

前两行为过程缓冲区信息，过程缓冲区总大小是分配给过程缓冲区的内存(第一行)及分配给过程头(即存放编译对象如存储过程的地方，根据被存储对象的大小，可能需要一个或多个过程头) 的内存(第二行)之和，可存储在过程缓冲区中的编译对象受到此二者中较小者的限制。上述信息中，第一行指明了分配给过程缓冲区的缓冲区数量为556，每个缓冲区大小为76B，故过程缓冲区大小即为42256B，合21页;第二行则指明了分配给过程头的空间为629页，由此可以得出，过程缓冲区总大小为629+21=650页，合1.27M。

信息中第三行则指明了分配给默认数据库缓冲区的空间大小。此外，若配置了命名缓冲区，则相关信息还将包含每个命名缓冲区的信息，再加上这些命名缓冲区所占内存大小即得到总的数据缓冲区大小。欲知数据缓冲区大小还可通过sp_helpcache过程得到每个缓冲区和捆绑到这些缓冲区中的对象以及与不同缓冲区大小相关的开销的详细信息。

2.缓冲区管理

数据缓冲区保存SQLSERVER当前使用和最近使用过的数据页,索引页和日志页.初装SQLSERVER时,会产生一个默认的数据缓冲区.SQLSERVER允许系统管理员把数据缓冲区分成独立的命名数据缓冲区,然后可把数据库或数据库对象捆绑到这些命名缓冲区上,以对缓冲区空间进行更合理的组织,控制数据库,表和索引在内存的驻留.另外,系统管理员还可在缓冲区内创建缓冲池,用于执行大块的磁盘I/O,改善数据查询性能,减少磁盘I/O.有关数据库缓冲区的指令有：

sp_cacheconfig创建或删除命名缓冲区,改变缓冲区的大小或类型

sp_poolconfig创建或删除I/O缓冲池,并改变其大小

sp_bindeache将数据库或数据库对象捆绑到缓冲区

sp_unbindcache从一个缓冲区中取消对指定对象或数据库的捆绑

sp_unbindcache_all从一个缓冲区中取消所有对象的捆绑

sp_helpcache报告有关数据缓冲区的小结信息,并显示捆绑于缓冲区的数据库和对象

sp_cachestrategy报告有关为表,索引设置的缓冲区策略,禁止或重新允许先提或MRU策略

sp_logiosize为日志改变默认的I/O大小

sp_spaceused估计表和索引大小或有关数据库使用的空间量的信息

sp_estspace估计表和索引的大小,给出表包含的行的数目

sp_help报告表将捆绑于哪个缓冲区

sp_helpindex报告索引将捆绑于哪个缓冲区

sp_helpdb报告数据库将捆绑于哪个缓冲区

setshowplanon报告有关用于查询的I/O大小和缓冲区的应用策略

setstatisticsioon报告为查询进行的读操作数量

setprefetchon/off允许或禁止某个会话的预先提取

(1)查询数据库缓冲区的信息

查看默认数据缓冲区的大小,可使用指令sp_cacheconfig“defaultdatacache”,显示结果如下,由两部分构成,上部分报告每个缓冲区中的内存池配置信息并总计了所有配置缓冲区的大小;下部分提供了每个缓冲区中的其他详细信息。

第一部分输出各列含义为:cachename为缓冲区名;status指示该缓冲区是否激活(值为pend/act时表示该缓冲区刚建立,重启后将被激活;值为active时表示该缓冲区目前正处于激活状态;值为pend/del时表示该缓冲区处于激活状态,但在服务器重启后将被删除);type 指示缓冲区是否可以存储数据(“mixed”)和日志页(“logonly”),只有默认缓冲区才会有“default”类型,且默认的数据缓冲区类型不能改变,其他类型缓冲区也不能改为“default”; configvalue显示下次SQLSERVER重启后缓冲区的大小,在此情况下,默认缓冲区不能显式配置,故信息中其大小为0;runvalue显示SQLSERVER目前使用的大小,对于默认数据缓冲区,该值将作为未显示配置到其他缓冲区中的所有数据缓冲区空间。

第二部分输出各列含义为:IOsize显示缓冲池中的缓存大小,所有缓冲池缺省都分配2K空间(有效空间大小为2K,4K,8K,16K);washsize指示缓冲池的刷洗区大小;configsize和runsize显示配置大小和目前使用的大小,该两值在2K的缓冲池中是不同的(因为不能显式配置其大小),而对于其他缓冲池,若试图在缓冲池间移动空间而一些空间又不能被释放时, 上述两值也不同。

CacheNameStatusTypeConfigvalueRunvalue

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

defaultdatacacheActiveDefault0.00MB59.36MB

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

Total0.00MB59.36MB

=================================================

Cache:defaultdatacache,status:Active,Type:Default

ConfigSize:0.00MB,Runsize:59.36MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB59.36MB

(2)配置数据缓冲区

配置数据缓冲区有两种途径:一是使用过程sp_cacheconfig和sp_poolconfig进行交互式配置,二是编辑配置文件中的totalmemory参数后重启使之生效。

A.交互式配置

创建命名缓冲区(新创建的命名缓冲区从缺省缓冲区defaultdatacache中分配空间) ，每次执行sp_cacheconfig或sp_poolconfig时,SQLSERVER都将新的缓冲区或缓冲池信息写入配置文件中并将文件的旧版本拷贝到一个备份文件中,给出备份文件名的信息被送至错误日志。

创建一个新的名为pubs_cache的10M缓冲区指令如下,大小单位除M外,还可为P页,K,G, (默认为K).该指令将改变系统表并将新值写入配置文件但暂不激活缓冲区,要使其生效须重启SQLSERVER.

sp_cacheconfigpubs_cache,“10M”

在重启SQLSERVER使新值生效前,可先用sp_cacheconfig“pubs_cache”查看配置信息。如下,其中的status列值为pend/act说明该缓冲区的配置是挂起的,要待重启后生效,故Configvalue(配置的值)和Runvalue(正在使用的值)不同。

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_cachepend/actmixed10.00MB00.00MB

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

Total10.00MB00.00MB

重启后再允许不带缓冲区名参数的sp_cacheconfig,则信息改变如下,可见pubs_cache 已被激活,默认缓冲区从其空间中分出了10M给该缓冲区.可利用sp_cacheconfig过程设置默认数据缓冲区的最小值,该部分空间将被锁定给默认数据缓冲区.例如设置默认数据缓冲区大小最少不低于25M则指令为sp_cacheconfig“defaultdatacache”“25M”。

CacheNameStatusTypeConfigvalueRunvalue

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

defaultdatacacheActiveDefault0.00MB49.28MB

pubs_cacheActivemixed10.00MB10.00MB

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

Total10.00MB59.28MB

===========================================

Cache:defaultdatacache,status:Active,Type:Default

ConfigSize:0.00MB,Runsize:49.28MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB49.28MB

===========================================

Cache:pubs_cache,status:Active,Type:mixed

ConfigSize:10.00MB,Runsize:10.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB10.00MB

若要保留一个只用于事务日志的缓冲区的类型,可以将缓冲区的类型设为“logonly”, 如创建“logonly”类型的pubs_log缓冲区为sp_cacheconfigpubs_log,“7M”,“logonly”, 下示为该缓冲区在重启前的状态。

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_cachepend/actlogonly7.00MB0.00MB

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

Total7.00MB0.00MB

创建命名缓冲区后一般都须将某些对象捆绑到该缓冲区上。若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区上，则该命名缓冲区所占内存将被浪费，因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.

将数据缓冲区划分为缓冲池建立数据缓冲区后,可将其划分成缓冲池,各不同的缓冲池具有不同的I/O大小,当SQLSERVER进行大I/O操作时,可将许多页一次读入缓冲区中,故可提高I/O效率.这些页总是被当作一个单元进行处理,它们共存于缓冲区中,作为一个单元被写到磁盘中。

缓冲池的页大小可为2K,4K,8K,16K,缓冲池的总大小不能低于512K.所有关于缓冲池的配置都是动态的,无需重启SQLSERVER即可生效.SQLSERVER内2K页缓冲池的个数必须保持一个合理的值，否则将会影响SQLSERVER性能，因为某些命令只能使用2K的I/O块如diskinit及某些dbclearcase/“ target=”_blank“ >cc命令，

在pubs_cache数据缓冲区中创建一个每页16K,总空间为7MB的缓冲池,指令如下.通常,创建命名数据缓冲区时,其空间总是被默认划分为每页2K的缓冲池,创建其它页大小的缓冲池时,该2K页缓冲池空间被部分分配给新缓冲池.下例中2K页大小的缓冲池原共有10M空间,分配给7M给16K页的新缓冲池后,2K页缓冲池还剩3M空间。

>;sp_poolconfigpubs_cache,”7M“,”16K“

>;go

>;sp_cacheconfigpubs_cache

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_cacheActivemixed10.00MB10.00MB

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

Total10.00MB10.00MB

====================================

Cache:pubs_cache,status:Active,Type:mixed

ConfigSize:10.00MB,Runsize:10.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB3.00MB

16KB1424KB7.00MB7.00MB

在默认数据缓冲区中也可创建缓冲池,如创建16K缓冲池,空间大小为8M,则指令为：sp_poolconfig”defaultdatacache“,”8M“,”16K“.

若要为一个数据库的事务日志创建缓冲区,应配置缓冲区中大部分空间来匹配日志I/O的大小.默认值为4K,若没有4K的可用缓冲池,SQLSERVER就为日志使用2K的I/O.

日志I/O的大小可通过系统过程sp_logiosize来改变,每个数据库的日志I/O大小会在SQLSERVER启动后的错误日志中报告,也可通过使用数据库和执行不带参数的过程sp_logiosize来检查一个数据库的日志I/O大小.如为pubs_log缓冲区配置4K页大小的缓冲池指令为sp_poolconfigpubs_log,”3M“,”4K“,也可在默认数据缓冲区中创建一个4K页缓冲池,以供未被捆绑至其它缓冲区的任何数据库的事务日志来使用:sp_poolconfig”defaultdatacache“,”2.5M“,”4K“.

此外，可修改缓冲池大小，如从16K页I/O的缓冲池中取出1M空间增加到4K页I/O缓冲池中:sp_poolconifgpub_cache,”1M“,”4K“,”16K“

缓冲区悃绑操作

系统管理员把数据缓冲区分成独立的命名数据缓冲区后,可将数据库对象捆绑到这些缓冲区上,以控制数据库,表和索引在内存的驻留.若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区上，则该命名缓冲区所占内存将被浪费，因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.为了将任何系统表, 包括事务日志syslogs捆绑至缓冲区中,数据库须处于单用户模式.对象被捆绑后立即生效而无需重启SQLSERVER.注意,进行捆绑或删除捆绑操作时,SQLSERVER需锁定相应对象,故相应对象上的其它操作可能有延迟.此外,可不删除现有的捆绑而重新捆绑

对象.另外,当被捆绑对象上有脏的读活动或有打开的游标时,捆绑或删除捆绑的操作将不能进行。

1>;sp_dboptionpubs2,single,true置pubs2库为单用户状态

2>;usepubs2

3>;checkpoint

4>;go准备进行数据库对象的捆绑。注意，捆绑对象须在对象所在的库中进行。

>;sp_bindcachepubs_cache,pubs2,titles

将pubs2库中的表titles捆绑至缓冲区pubs_cache.

>;sp_bindcachepubs_cache,pubs2,titles.titleind

在titles上捆绑索引,并将pubs2库中的表titles捆绑至缓冲区pubs_cache.

>;sp_bindcachepubs_cache,pubs2,”hj.sale_east“

将pubs2库中用户hj的表sale_east捆绑至缓冲区pubs_cache.

>;sp_bindcachepubs_log,pubs2,syslogs

将pubs2库的事务日志syslogs捆绑至缓冲区pubs_log.

>;sp_bindcachepubs_cache,pubs2,au_pix,”textonly“

表的text和image列存储在一个单独的数据结构中,若将此表捆绑至缓冲区,需加”text“参数.

1>;sp_dboptionpubs3,single,true置pubs3库为单用户状态

2>;usepubs3

3>;checkpoiot

4>;usemaster

5>;go准备进行数据库的捆绑，注意，捆绑数据库须在master库中进行。

>;sp_bindcachetempdb_cache,tempdb

将数据库tempdb捆绑至缓冲区tempdb_cache。注意，被捆绑到日志缓冲区上的对象只能是syslogs表。可通过sp_helpcache过程查询所有或指定缓冲区及其中被捆绑对象的捆绑信息.如下例示,其中status列报告缓冲区的捆绑是(”V“)否(”I“)有效.若数据库或对象被捆绑至缓冲池而该缓冲区已被删除,则捆绑信息仍保留在系统表中但缓冲区捆绑被标记无效,所有无效的捆绑对象均使用默认的数据库缓冲区.若随后用与被删除的缓冲区相同的名字创建了另一个缓冲区,则当该缓冲区通过重启SQLSERVER而被激活时,上述捆绑又将变为有效。

删除缓冲区捆绑可用两个过程:sp_unbindcache用于删除缓冲区中对一个实体的捆绑; sp_unbindcache_all则用于删除缓冲区中对所有对象的捆绑,但若捆绑至缓冲区的数据库超过8个,或数据库的对象超过8个,就不能使用p_unbindcache_all,此情况下,必须使用sp_unbindcache删除单个的数据库或对象,使捆绑的数据库不超过8个.此外,当删除缓冲区对一个对象的捆绑时,内存中所有当前的页都被从缓冲区中清除.

>;sp_unbindcachepubs2

删除对数据库pubs2的捆绑

>;sp_unbindcachepubs2,titles

删除对pubs2库中对titles表的捆绑

>;sp_unbindcachepubs2,titles,titleidind

铲除对pubs2库中titles表上titleidind索引的捆绑.

>;改变命名数据缓冲区大小

可通过sp_cacheconfig指定一个新的空间以增加或减少指定缓冲区的大小,所有新增空间都将从缺省数据缓冲区defaultdatacache内的2K缓冲池中被加到指定缓冲区内的2K页缓冲池中,所有减少的空间亦从指定缓冲区内的2K页缓冲池中被释放到缺省数据库缓冲区defaultdatacache内的2K缓冲池中。

>;sp_cacheconfigpubs_cache

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_cacheActivemixed10.00MB10.00MB

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

Total10.00MB10.00MB

=======================================

Cache:pubs_cache,status:Active,Type:mixed

ConfigSize:10.00MB,Runsize:10.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB720KB0.00MB3.00MB

4KB1024KB4.00MB4.00MB

16KB1424KB3.00MB3.00MB

现以sp_cacheconfigpubs_cache,”20M“后重启,则改变如下:

>;sp_cacheconfigpubs_cache

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_cacheActivemixed20.00MB20.00MB

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

Total20.00MB20.00MB

========================================

Cache:pubs_cache,status:Active,Type:mixed

ConfigSize:20.00MB,Runsize:20.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB13.00MB

4KB1024KB4.00MB4.00MB

16KB1424KB3.00MB3.00MB

返回pubs_log缓冲区报告:

>;sp_cacheconfigpubs_log

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_logActivelogonly7.00MB7.00MB

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

Total7.00MB7.00MB

====================================

Cache:pubs_log,status:Active,Type:logonly

ConfigSize:7.00MB,Runsize:7.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB4.00MB

4KB1024KB3.00MB3.00MB

再运行以指令sp_cacheconfigpubs_log,”6M“后重启,则改变为:

>;sp_cacheconfigpubs_log

CacheNameStatusTypeConfigvalueRunvalue

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

pubs_logActivelogonly6.00MB6.00MB

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

Total6.00MB6.00MB

==========================================

Cache:pubs_log,status:Active,Type:logonly

ConfigSize:6.00MB,Runsize:6.00MB

IOSizeWashSizeConfigSizeRunSize

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

2KB512KB0.00MB3.00MB

4KB1024KB3.00MB3.00MB

欲彻底删除一个数据缓冲区,将其大小复位为0可使用sp_cacheconfigpubs_log,”0“. 则将缓冲区状态变为”pend/del“,重启SQLSERVER后此改变生效.在执行该操作前,缓冲区需保持激活状态,捆绑至缓冲区的所有对象仍使用该缓冲区执行I/O操作.若有对象捆绑于待删除的数据缓冲区,则SQLSERVER重启后,缓冲区的捆绑被标记为无效,所有无效缓冲区捆绑的对象都使用默认数据缓冲区.当捆绑被标记为无效时,警告信息将被输入错误日志.注意,默认数据缓冲区不能删除。

(责任编辑：铭铭)

6.Linux下创建Sybase数据库篇六

作为一国税收制度的重要组成部分，税收征管具有非常重要的地位，它需要鉴定潜在纳税义务人、核定其应纳税额并及时足额征收入库，为了确保税收征管的顺利进行，税务部门就必须改进自身的组织工作和改善对纳税人的服务。在上述方面，中国的税收征管走过了一段不平凡的道路。长期以来，国内的税收征管主要采用手工的模式，即使配备了计算机也多用于简单的数据录入，致使中国的税收征管并不尽如人意，具体表现在：

（1）征管难度大。税务的征收、税种的确定及征管稽核大都依靠手工完成，税源堵漏工作量大。

（2）税收成本高。税收的征收同样会产生成本，它包括征收成本和纳税成本。由于缺乏电子化的税收征收程序，所以就造成了大量的人为成本，主要表现在人员手工活动过程中产生的成本。而且，烦琐的纳税程序无形中增加了纳税人的成本，包括时间成本和精力成本，因此严重影响了纳税人的自觉性。

1994年的税制改革为中国的税收征收管理带来了巨大的契机，因为税收征管是在既定税制结构条件下的税收政策的具体施行。我国实行了国税、地税两套税收体系，税种及征收范围都有了较大的变化。为了保证税制改革的目标圆满达成，税务部门的征管模式就需要实施相应的转变。采用完全电子化的税收征管系统。但当前中国的税收电子化状况却不容乐观。以国税系统为例，它的系统覆盖面大，应用环境比较复杂，网络稳定性要求高，但其网络构建起步较晚，员工素质急待提高。而且征管工作的复杂性也是实施电子化所面临的严峻挑战之一。

二、中国税收征管信息系统（CTAIS）的需求

中国国家税务总局目前正在全国大力推广应用中国税收征管信息系统。作为国税系统，其征管过程包含众多职能，如征收、检查、审理、执行、会统等，因此它需要有序地连接这些程序，并实现这些职能的电子化。这一功能的实现并非轻而易举，因为在全过程电子化尝试中存在很多隐患急待解决，如纳税申报的规范与确认等。其次，税收征管电子化的目标是要实现标准化，标准的征收管理流程是我国实行税制改革的一个重要目的。它的实现需要一套完善、强大的征管系统的支持。在该系统中，数据库的应用至关重要。该数据库的选用必须能够满足国税系统对全线数据库的要求，并且可以减少对数据库专业知识的需要，使没有足够技术经验的税务工作人员不需花费太多时间来完成日常的处理流程。这是中国税收征管信息系统的一个特殊要求。鉴于此，税务部门为税收征收管理系统进行了数据库招标，最终Sybase在与Oracle、Informix及IBM的竞争中脱颖而出，凭借卓越的功能、强大的开发工具、明显的价格优势和完善的服务成为了CTAIS选中的数据库应用。

三、数据库方案设计

中国国家税务总局已率先在海口、湘潭等地推广应用了采用Sybase数据库的CTAIS。海口市国税局采用了“分布采集，统一处理，集中存储”的计算机广域网，建成了以2台小型机、3台PC服务器为中心，以6条专线为通讯骨架，拥有160台PC机为终端的实时城市级集中式广域网，并完成了局内的IP地址分配。它的总体架构是以S7A中型机服务器、F50小型机服务器、微机服务器、CISC05500中心交换机、CISCO4000中心路由器为中心的稳定、畅通的税收征管计算机广域网。数据库采用的是Sybase的ASE(Adaptive Server Enterprise)产品。该数据库具有大型数据库引擎的所有功能，能够为国税局的日常事务处理提供强大支持。

ASE特别为数据库系统进行了最优化的数据存储的设计，不仅为联机事务处理和决策支持提供了很高的性能，而且充分考虑到当数据库用于Internet/Intranet时，有许多不可预计的因素，并为此做了独特的设计,能符合税务管理部门需要的全线数据库的要求。针对国税局的业务处理流程，该数据库在具体处理过程设置了各类触发器，将有利地推动国税局纳税申报、税款征收、催报管理、催缴管理等流程的顺利进行。

在具体实施过程中，Sybase的ASE数据库具有以下特性：

1．混合工作负载的优化——ASE内部的逻辑内存管理器（Logical Memory Manager）允许用户设定数据缓存来提高系统的性能。数据缓存中包含了一些刚刚访问的对象，如表、日志和索引，LMM允许用户将整个数据缓存区划分为没有数量限制的互相独立的缓存区，并对缓存区命名，称为命名缓存，用户可以将数据库对象或整个数据库与命名缓存捆绑起来。ASE的逻辑处理管理器（Logical Process Manager）允许用户为所有的对象赋予一定的运行级别，优先级高的对象将首先执行。

2．内部并行技术（包括并行查询、并行排序和并行实用程序）可用于优化SMP环境——为了提高响应速度，多线索和引擎被用于执行单个查询。一个并行查询的完成比同样的串行查询快15倍。通过使用并行技术，并行优化器可达到最快的响应时间。

3．高度的数据可靠性、完整性和有效性——Sybase是唯一获得ISO9001认证的DBMS厂商，并在此基础之上建立了符合ISO9001规范的Adaptive Server Enterprise。ASE保证了用户数据的高度实用性。完全的联机事务处理包括自动roll back和roll forward恢复。磁盘镜像、自动错误渡越(Fail-over)和高速备份/恢复功能，使硬件故障对正在运行的应用的影响最小化。

4．简单的安装、操作和管理——ASE通过一个图形化的安装程序减轻了安装、配置服务器和客户端软件的任务。Sybase Central是一个易于使用的GUI管理工具，帮助管理用户、复制环境、安全性和存储。它给用户赋予了初始化数据库备份和恢复、维护日志文件；配置、启动和终止服务器；检查数据库一致性和观看服务器统计信息；执行查询；以及在数据库间传递数据的能力，

5．开放的应用接口和工具支持能力——ASE支持ODBC、JDBC、SYBASE OpenClient和嵌入SQL，可以在所有支持的平台上进行高性能的数据访问。

6．强大的安全特性——作为客户/服务器体系机构下第一个数据库服务器软件厂商，SYBASE从一开始就考虑了网络问题，特别注重诸如开放式软件基金会OSF（Open Software Foundation）等组织制定、建议的有关标准，如分布式计算环境DCE（Distributed Computing Environment）框架。ASE通过目录控制层DCL（Directory Control Layer）支持商业命名服务，使客户、服务器之间的定位、识别受控于商业命名服务提供的网络服务。

在CTAIS的应用中，Sybase的数据库提供了强大的应用优点，包括：

1．数据库与CTAIS的无缝集成性。

在海口市税务局推广应用该系统的过程中，数据的延续性是保证该局税务征管顺利开展的前提。由于该局在长年的业务处理中积累了大量的数据，所以在更新系统时数据的准备工作尤为重要。数据的准备过程包含基础信息录入、动态数据结转和数据初始化3项内容，它要求Sybase的数据库提供无缝的集成性，以顺利实现数据的迁移及未来的数据处理。而这也正是Sybase数据库面临的严峻挑战之一。

在实际的系统更新过程中，海口市国税局在Sybase数据库强大功能的支持下开展了大量的工作。首先，他们根据新数据库的结构对数据进行了整理。由于考虑到当前的税务结构和未来的征管发展趋势，Sybase数据库在结构和功能上与海口市国税局以前采用的数据库拥有明显的差异，对数据的体系结构和准确性有了更严格的要求。根据这些要求，海口市国税局处理了由于操作错误产生的错误数据和一些不合规范的数据，这样就可以尽量减少今后的软件使用过程中由数据转换引发的问题。

其次是代码的转换工作。Sybase数据库的代码与海口市国税局前系统的代码有着明显的变化，而这些代码的使用将为今后税收征管流程的标准化提供巨大的推动作用。Sybase数据库在设计时就充分考虑到了与原系统的衔接问题，因此特制了专门的机制，帮助海口国税局顺利完成了代码的转换。而这就为数据的顺利转换（数据准备工作的重要环节）奠定了坚实的基础。

上述是数据准备过程的重要步骤。概括而言，在海口市国税局的CTAIS系统初始化过程中， Sybase数据库提供了完善的体系和处理机制，帮助海口国税局顺利地度过了下列数据准备关，包括：

（1）参数与代码的录入与核对。主要在数据库中录入、调整及核对有关的代码、对照关系及业务参数，包括系统及岗责体系部分初始化设置，管理服务部分初始化设置及核对，征收监控部分初始化设置及税务稽查、税法法制、税务执行部分初始化设置。

（2）静态数据的录入及核对，主要是在Sybase数据库中录入及核对与纳税人有关的基础信息，包括纳税人基本信息、纳税人税种登记信息、纳税人票种登记信息、增值税一般纳税人资格信息及纳税人其它信息。

（3）动态数据的录入及核对。本阶段主要对系统上线运行前（截止到某一时点）的税务业务的时点数作为期初数录入到数据库中并予以核对，需要处理的内容主要包括：税务机关发票期初库存初始化，纳税人发票期初结存初始化，证件、资料起初库存初始化，纳税人期初欠税（含呆帐、缓缴及为到缴库期限税款）初始化，纳税人期初已缴纳税款初始化、增值税一般纳税人本年累计初始化，期初多缴税金初始化，期初待解税金初始化，期初在途税金初始化，期初会计分户帐初始化和票证期初库存初始化。为了保证这些初始化程序的顺利进行，数据库提供了强大的支持平台。

2．数据库未来的可升级性。

1994年税制改革后，为确保税收征管与新税制协调运行，国家税务总局提出了建立和推行“以申报纳税和优化服务为基础，以计算机网络为依托，集中征收，重点稽查”的征管模式。其目标是由税收的电子化实现标准的征收管理流程。这就为税收征管的未来发展趋势确立了方向。以税收的电子申报为例，在实施的过程中就存在安全性、合法性、规范化和手段的先进化等问题。因此，作为CTAIS的后台数据库支持，Sybase的数据库必须为未来的升级奠定基础，而事实上该数据库也做到了这一点。它的功能灵活，应用接口众多，而且当CTAIS在全国国税系统得到普遍应用后，它还可为网络化管理提供强大支持，实现平滑的升级。

四、应用效果

海口市国税局在应用了由Sybase数据库提供强大支持的CTAIS系统后，全局的税收征管水平得到了大幅度的提高。主要表现在：

（1）市级税收征收管理职能得到了进一步强化。全局集中式的计算机广域网覆盖了全市国税系统的税收征管机构。网上共有350多台PC机，分布在全局各分局、科室和三个办税服务厅，全市2万多户纳税人都置于计算机管理和监控之下，全局税收征管信息全部集中在市局统一处理。同时，所有征管信息在计算机网络数据库中集中储存，所有的征管原始报表和资料由市局办公室统一管理，达到了全市“信息共享，方便使用”的目的。

（2）有力支持专业化的组织机构。在Sybase数据库的强大支持下，CTAIS能够将上一环节的征管信息向下一环节实时传递，各系列的征管信息能实时地相互交流，使各征管系列形成密切配合、相互制约的税收征管整体。另一方面则能在数据库中记录、统计、查询和考核税收征管的每一环节，从而有力地促进了海口市税收征管机构高效、有序地进行。

（3）税收监控体系变得更加完善。借助Sybase数据库的支持，CTAIS将各种征管业务融为一体，建立了全面灵活的税控体系。并充分考虑了数据的回溯性，可以充分挖掘出数据库存储信息的价值。

7.Linux下创建Sybase数据库篇七

一、总体技术要求

1、市场经营分析系统必须能与各业务系统管理、生产维护系统联网，各系统必须提供经营分析系统所须的各类业务数据，同时要求大部分数据能通过接口自动获取；

2、由于市场经营分析系统需要存放的数据量较大，对统计、查询的时限要求较高，因此系统对数据库的性能要求较高，需高性能的大型数据库；存储空间按目前50万用户计，每个用户10K，每月需5GB空间，加上其它业务数据，每月对存储空间的需求为6GB，估算存放两年业务数据所需的磁盘阵列空间为 6GB/月*12月*2年=144GB；

3、系统对数据库产品的要求是在数据存储、灵活高速查询及统计方面必须表现出色；

4、要选择能进行快速开发的前端工具，并且同时支持C/S和WEB的开发方式，

二、系统总体结构

惠州市电信局市场经营分析系统以“九七系统”为主要数据源，其它如网管系统、财务系统等为辅助数据源，通过数据采集机将数据定时采集到数据仓库中。用户通过商用的分析软件、定制的客户端程序、WEB浏览器等多种方式访问数据仓库，获得经营分析信息。

惠州市电信局市场经营分析系统的软件结构主要由三部分组成：数据的抽取、数据的存储和管理、数据的分析展现，

数据仓库实施总体结构惠州市电信局市场经营分析系统的基本功能有：销售管理功能、经营分析功能、客户管理功能、营销计划分析功能、竞争对手情况分析功能等。

三、系统实施

由于数据仓库项目需要投入较大的财力、人力、物力，给企业带来的风险也较大，因此，在实施方法上采用分期实施。本项目主要分两期实施，一期主要实现经营分析功能，其余功能将在二期实施。

惠州市电信局市场经营分析系统（一期）采用基于NT平台的解决方案，实现了基于市场经营分析主题的AD-HOC系统，在一期中主要采用了SYBASE的POWERDESIGNER WAREHOUSE ARCHITECT 6.1、AS IQ 12.4、EA SERVER 3.0、POWERBUILDER 7.0等产品。

1）模型设计：采用SYBASE POWERDESIGNER WAREHOUSE ARCHITECT 6.1进行数据仓库模型的设计。

2）数据的抽取：采用编写SQL脚本，定时从“九七系统”的SYBASE ASE 11.9.2数据库、计费系统的INFORMIX数据库、112系统的SYBASE ASE 11.5数据库、网管系统的SYBASE ASE 11.5数据库中抽取数据，抽取频率为每天一次。

3）数据的存储：从各系统中抽取出来的数据全部存放在NT主机上的SYBASE AS IQ 12.4的数据库，数据的加载方式采用BULK LOAD方式。

4）数据的展现：基于三层体系结构编写应用程序。采用SYBASE EA SERVER 3.0及VISUAL COMPONENT的产品。中间层应用服务器采用EA SERVER的JAGUAR CTS，用POWERBUILDER 7及VISUAL COMPONENT编写组件，前端采用基于BROWSER的方式展现数据。

8.Linux下创建Sybase数据库篇八

14，点”OK”后继续进行安装

15，填写数据库访问名和密码

16，出现Oracle9i数据库安装完全画面

以上是oracle9i数据库，全部的安装过程，

四，启动和测试

1，因为数据库刚刚安装完成,所以数据库服务已经起来,所以只启动测试监听就可以了,以oracle用户,输入lsnrctl start

2, 进行监听测试,以oracle用户输入以下命令

netca

这样会出现一个画面,对监听进行配置,然后选择local net service name configuration,然后选择text,然后更改用户密码,把安装时写的密码添加进去,就OK了!然后回车,一直到完成.

3，如果从新启动linux，那系统不会自动启动oracle9i服务，需要以oracle用户身份，进行启动服务，如：

su C oracle

sqlplus /nolog

进入sqlplus后，再输入：

connect / as sysdba

进去后，输入：

startup

然后等待数据库启动完成，

9.Linux驱动自动创建设备节点篇九

销毁类：参数为用struct class结构体定义的变量

void class_destroy(struct class *cls){ if ((cls == NULL) || (IS_ERR(cls))) return; class_unregister(cls);}销毁设备节点：

void device_destroy(struct class *class, dev_t devt){ struct device *dev = NULL; struct device *dev_tmp; down(&class->sem); list_for_each_entry(dev_tmp, &class->devices, node) { if (dev_tmp->devt == devt) { dev = dev_tmp; break; } } up(&class->sem); if (dev) device_unregister(dev);}

★ Win7系统提示“文件丢失”无法自动安装驱动怎么办

★ 简历的细节点

★ qq自动回复

★ 个性自动回复

★ 化工物流节点选址研究

★ 驱动高三考试作文

★ 任务驱动型作文

★ 任务型驱动满分范文

★ 二轮驱动玩具车作文