检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
据导入上的具体性能损失和服务器CPU处理能力、表宽度、磁盘/内存的实际容量相关,通常可以粗略认为: x86服务器场景下一级分区表相比普通表的导入性能会略低10%以内,二级分区表比普通表略低20%以内。 ARM服务器场景下为20%、30%,造成x86和ARM指向性能略微差异的主要原
ecpg与Pro*C兼容性对比 ecpg是GaussDB提供的一种用于C语言程序的嵌入式SQL预处理器,与A数据库Pro*C预处理器在编译执行命令、语法、嵌入式语句等行为和语义上存在差异。 ecpg与Pro*C的相关使用差异对比: 目前ecpg不支持EXEC SQL CONTEXT
ecpg与Pro*C兼容性对比 ecpg是GaussDB提供的一种用于C语言程序的嵌入式SQL预处理器,与ORA数据库Pro*C预处理器在编译执行命令、语法、嵌入式语句等行为和语义上存在差异。 ecpg与Pro*C的相关使用差异对比: 目前ecpg不支持EXEC SQL CONTEXT
ecpg与Pro*C兼容性对比 ecpg是GaussDB提供的一种用于C语言程序的嵌入式SQL预处理器,与ORA数据库Pro*C预处理器在编译执行命令、语法、嵌入式语句等行为和语义上存在差异。 ecpg与Pro*C的相关使用差异对比: 目前ecpg不支持EXEC SQL CONTEXT
ecpg与Pro*C兼容性对比 ecpg是GaussDB提供的一种用于C语言程序的嵌入式SQL预处理器,与A数据库Pro*C预处理器在编译执行命令、语法、嵌入式语句等行为和语义上存在差异。 ecpg与Pro*C的相关使用差异对比: 目前ecpg不支持EXEC SQL CONTEXT
据导入上的具体性能损失和服务器CPU处理能力、表宽度、磁盘/内存的实际容量相关,通常可以粗略认为: x86服务器场景下一级分区表相比普通表的导入性能会略低10%以内,二级分区表比普通表略低20%以内。 ARM服务器场景下为20%、30%,造成x86和ARM指向性能略微差异的主要原
开销,这部分开销在最终数据导入上的具体性能损失和服务器CPU处理能力、表宽度、磁盘/内存的实际容量相关,通常可以粗略认为: x86服务器场景下分区表相比普通表的导入性能会略低10%以内。 ARM服务器场景下为20%,造成x86和ARM指向性能略微差异的主要原因是分区路由为in-m
GaussDB数据库 1 GOTO 支持 表6 NULL语句 序号 Oracle数据库 GaussDB数据库 1 NULL 支持 父主题: PL/SQL语言
GaussDB通过dynamic_sql_compat参数控制同名变量是否读取同一参数,并且检查调用存储过程时绑定参数出入参类型是否与语句参数类型一致。 父主题: PL/SQL语言
GaussDB通过dynamic_sql_compat参数控制同名变量是否读取同一参数,并且检查调用存储过程时绑定参数出入参类型是否与语句参数类型一致。 父主题: PL/SQL语言
Oracle数据库 GaussDB数据库 1 存储过程 支持 2 匿名块 支持 3 函数 支持 4 Package 支持 父主题: PL/SQL语言
支持 7 SERIALLY_REUSABLE 不支持 8 SHARING 不支持 9 BULK COLLECT 支持 父主题: PL/SQL语言
GaussDB数据库 1 GOTO 支持 表6 NULL语句 序号 Oracle数据库 GaussDB数据库 1 NULL 支持 父主题: PL/SQL语言
Oracle数据库 GaussDB数据库 1 存储过程 支持 2 匿名块 支持 3 函数 支持 4 Package 支持 父主题: PL/SQL语言
支持 - 3 Exception Handler 支持 - 4 SQLCODE 支持 - 5 SQLERRM 支持 - 父主题: PL/SQL语言
- 3 table(anyarray) 不支持 GaussDB使用unnest(anyarray)函数进行等价改写。 父主题: PL/SQL语言
- 3 table(anyarray) 不支持 GaussDB使用unnest(anyarray)函数进行等价改写。 父主题: PL/SQL语言
view%rowtype作为出入参类型。 GaussDB不支持package.cursor变量%rowtype作为出入参类型。 父主题: PL/SQL语言
view%rowtype作为出入参类型。 GaussDB不支持package.cursor变量%rowtype作为出入参类型。 父主题: PL/SQL语言
Join,当使用cost_param的bit0为0时,估算Anti Join的行数与实际行数相差很大,导致查询性能下降。可以通过设置cost_param的bit0为1时,使Anti Join的行数估算更准确,从而提高查询性能。优化后的执行计划如下: 现象描述2 当cost_param的bit1(set co