金仓数据库应用技术培训——数据库设计.pptxVIP

目录 公司篇 方案篇 产品篇 案例篇 服务篇 目 录 金仓公司简介 需求篇 能力篇 实战篇 数据库设计 金仓数据库安装部署 金仓数据库数据迁移 金仓数据库备份还原 金仓数据库应用开发 金仓数据库性能调优 信息系统国产化之 国产化环境下数据库应用 --原有系统移植 SQL Server Oracle 原有系统移植 移植工作的主要方法、步骤、内容 金仓数据库与国外主流数据库（如Oracle）兼容概览 移植概述 原有应用系统的移植 主要方法： 自动迁移：使用KingbaseES数据迁移工具自动化完成 手动修改：迁移工具无法直接完成的迁移内容，如存储过程等，可以导出为SQL脚本，再手动改写为KingbaseES支持的脚本，然后在国产平台上调试、执行 主要步骤： 移植工作的主要内容 确定移植对象，组建移植团队 移植评估 准备迁移环境 迁移基本对象和数据 迁移高级对象 迁移应用程序 应用系统功能测试和排错 应用系统性能测试和调优 移植工作的主要方法和步骤 移植工作的主要内容 基本对象 数据库、用户/模式、表、数据 约束、索引、视图和数据等 高级对象 序列、同义词、数据库连接（dblink） 触发器、函数、存储过程、包等 一、移植数据库对象 数据访问接口 JDBC、ODBC、OLEDB、DCI（OCI）、ESQL（Pro*C）等常见的数据访问接口。 极个别Oracle扩展或私有的且金仓数据库兼容的API，如KO4O（OO4O） SQL、PL/SQL 极个别特殊需要修改的SQL或PL/SQL语法 应用代码“零改动” 二、移植应用程序 功能测试和排错 性能测试和调优 针对性优化，使得应用在国产平台性能和稳定性高度可用 三、移植后的测试 迁移前，在目的KingbaseES上的准备：使用系统管理员创建源库相关的数据库名和用户名。 迁移时使用KingbaseES数据迁移工具迁移基本对象和数据 主要包括表、数据、约束（外键、缺省、检查约束、唯一性约束）、索引、视图和序列 从Oracle移植到KingbaseES的主要步骤 确定移植对象 迁移前先根据实际需要确定需要移植的具体数据库对象和数据：如系统的功能模块及其对应的用户对象，或根据实际需要分期分批移植。 组建移植团队 需要组建移植团队；团队须有成员对要移植系统的架构和应用了解非常清楚；必须有该系统的开发人员、测试人员；良好、健全的移植团队是做好移植工作的保证。 移植评估 评估移植的可行性和工作量，如：当前应用场景的压力、现状和移植目标；使用到的国外产品功能和特性是否有KingbaseES不支持的功能；有多少移植内容的数量，数据量、PL/SQL数量等；移植过程中可能遇到的问题；其它风险 全面的评估是做好移植工作的前提 准备硬件环境 若数据量较大，建议源库和目的库分别在不同的节点上，并考虑服务器的硬件配置，以保证迁移速度，并先对目的端进行一些的优化，如内存分配、日志文件大小等；尽量是在同一局域网内 数据量较小可部署在同一节点上 获取并安装必要的软件，保证服务器间的连接 Oracle和KingbaseES数据库 PLSQL Developer、 KingbaseES迁移工具、查询分析器和企业管理器等 迁移高级对象 导出源Oracle数据库上的高级对象，包括同义词、数据库链接、触发器、函数、存储过程和包等，并在KingbaseES执行并创建高级对象。高级对象基本不用修改，极少量修改可通过在KingbaseES查询分析器上修改、调试和编译。 修改完成后，备份KingbaseES迁移好的数据库 应用功能测试及排错 数据库和应用程序基本迁移完成后，须进行全面的功能测试 对测试出来的问题，及时分析、排查、修改 若有很难定位的问题，建议由测试、开发人员等一起共同追踪、诊断，需要的话，请及时联系金仓的工程师。 替换KingbaseES的接口 替换KingbaseES相应接口的驱动、组件 改写为KingbaseES相应接口连接字符串、方法 系统性能测试 准备相应的硬件；根据具体场景对KingbaseES等进行调优；模拟一定数据量的数据 手动测试应用系统的性能 或通过国产平台支持的测试工具测试系统性能 找出性能达不到移植目标的功能模块及其对应SQL，并针对性优化执行；根据测试结果和监控信息，对整个软硬件环境进行综合分析优化 基本功能对比项 Oracle KingbaseES 事务处理 支持 支持 标准数据类型 支持 支持 自定义数据类型 支持 支持 集合类型 支持 支持 内置函数和系统包 支持 支持 完整性约束 支持 支持 完善的系统视图 支持 支持 存储过程 支持 支持 序列 支持 支持 函数 支持 支持 触发器 支持 支持 包 支持 支持 最大列数 1000 1600 全文检索 支持 支持 XML支持 支持 支持