基于ArcSDE的空间数据库技术的应用.docxVIP

基于ArcSDE的空间数据库技术的应用 传统空间数据库在信息共享模式上，由于传输信息的文本格式不同，使终端接收器在接收信令代码上不能有效的读取。而现如今在共享模式兼容性上通过文本格式的相互转化，使不同的文本信令转化为统一的传输文本格式，其次在性能检测系统上利用DataFactory操作程序，确保监测数据信息的精确性。 1 当前数据库技术存在的问题 1.1数据共享问题 基于现代数据GIS地理数据共享方式的多样性，根据现有地理数据分析的测定标准，已属于GIS系统参数共享中的重要部分。并且这种数据参数存有一定的时空特性，针对不同的区域在共享模式上不能得到有效的数据参数。主要是因为数据共享系统在兼容性能上存有差异性，不同数据库系统的共享版本在数据码片排序上具有不对等性，使其在接收设备识别上，对系统解码的序列不一致，导致输出的文本格式不同，针对不同的版本输出数据库的格式有char、vchar以及text数据传输文本格式。因此造成在终端接收设备上无法接收数据库的传输数据。 在如今现代数据库共享问题上，建立GIS数据库系统，可是实现内部数据库资源的共享问题，GIS数据库系统能够完成不同数据版本之间的交换，以及编译码的翻译，把不兼容的数据传输文本，在传输信道上完成不同版本信息之间的转换，使不同的版本系统的数据库列表都能够在GIS参数列表内显示出来。假设在数据库系统内传输的文本格式为tmp的传输文本，在传输信道内的编码类型为0和1电平信息之间的转换，而char数据库文本信息中，传输的电平信息位之间的转换为±1，GIS数据库系统便会根据tmp传输文本信令的代码格式转换为±1电平跳变的传输代码，最后在接收端设备内将转化的数据信息文本保存在存储器内。 1.2数据安全问题 ArcSDE称为空间数据库引擎，主要用于连接用户端的GIS应用系统与接收端数据库系统，减少接收端内部信息检索的范围，保证接收端传输信息的准确性。但数据安全问题一直困扰着系统信息设备搜索范围的权限，主要是因为传输线路当中传输的数据信息遭到了不同代码的攻击，使传输的数据信令被篡改，数据库系统包括信源、编码器、信道、调制器、信令接收设备五部分组成，数据信令代码被篡改部分发生在传输信道上，假设数据库传输的信令代码为***-*****，在经过信道后传输的信令代码就会被篡改成***-*****，使传输的数据信息发生了质的变化，在接收端接收到的数据信息与传输端传输的信息不同，造成译码信息不同。 2 软件数据库系统测试分析 2.1软件数据库性能测试 应用软件的功能水平完全取决于软件的运行性能，还有就是对数据库系统读取的性能的优劣也会影响应用软件的性能。对于软件性能方面的测试日常工作中常常需要借助如DataFactory软件这种自动检测应用软件，因为普通测试具有非常大的局限性。对于超大容量数据库的读取测试，不仅精确性相当高而且速度运行快，软件调试开发工作人员的工作量将会大大降低，同时该类软件工作测试的数据库类型非常多，因此得到了非常广泛的应用。为了得到设计研发的数据库系统使用过程中的较长运行周期内的动态性能分析结果，性能测试软DataFactory需要在应用系统上长期运行，同时对于超大容量数据库性能优化具有很重要的作用可以帮助工作人员及时发现系统中存在的不合理逻辑与问题。在测试软件工作过程中，尽量确保测试环境数据的一致性，同时更需要注意运行系统，硬件相关配备，应用软件版本等问题，否则很难得到准确可靠的测试信息。 2.2软件数据库容量测试 随着数据库系统研发设计技术的革新，应用软件系统数据容量所需要容纳的数据量逐渐加大，数据库设计开发工作人员需要在软件数据库使用之前，对数据库容量进行初步的估计，因为数据库容量问题关系到软件系统运行后的相关维护管理工作。前期估计软件工作过程中数据库表中产生的数据量基本步骤如下：首先计算每个表格数据量，它等于记录数据量与记录数的乘积；记录数据等于各字节字段所占据的空间内存；数据库大小等于每个表格数据量的总和。通过上述内容可以知道数据库中最为基础的数据是数据表的数据，除此之外还包括存储读取过程产生的数据缓存、系统表数据、视图数据等等很多种，因此数据库系统容量要预留比初步估算数据量两倍以上的数据空间。 2.3软件数据库压力测试 软件数据库测试诸如功能测试也叫做软件系统准确性测试这些只是初步的常规测试而已，除此之外软件数据库测试还包括作为是否合格的质量问题测试。软件系统操作响应速度是是数据库系统压力测试的重要指标，是压力测试最为明显的特点所在。压力测试内容最为核心的内容是在较短时间之内有大量客户访问量的情况下软件系统所表现出来的抗干扰抗压的优劣性能，压力测试也需要用到全