Oracle

首页 标签 Oracle
# Oracle #
关注
30897内容
|
8月前
|
Nexpose 7.10.0 发布,新增功能概览
Nexpose 7.10.0 for Linux & Windows - 漏洞扫描
销售易vs纷享销客,CRM软件怎么选?
在数字化转型中,越来越多企业借助CRM实现精细化运营。美国Nucleus Research研究显示,CRM每投入1美元可获8.71美元回报。面对众多CRM厂商,如何选型适合企业的CRM成为难题。 纷享销客和销售易是国内知名的CRM厂商,均深耕行业10年以上。销售易强调客户经营战略与业务流程自动化,适合复杂业务的大中型企业;纷享销客侧重销售自动化,性价比高,适合预算有限的中小企业。 选择时需考虑以下几点:1) 是否有服务头部客户的成功经验;2) 是否提供符合行业的解决方案;3) 价格是否符合预算。总结来看,大中型企业首选销售易,中小企业则更适合纷享销客。
【YashanDB知识库】自关联外键插入数据时报错:YAS-02033 foreign key constraint violated parent key n
在YashanDB中,创建自关联外键表后,插入互相关联的两行数据时失败。原因是YashanDB在处理此类完整性约束时,未在事务级统一判断,而是逐行检查,导致符合外键关系的数据无法插入。此问题影响所有版本,已在Oracle中验证可正常执行。规避方法为禁用外键约束。通过构造相同SQL语句对比分析,确认了问题根源在于idxCheckKeyExist方法的实现差异。
担心YashanDB异构数据库迁移踩“坑”?听听大咖们怎么说
文章围绕异构数据库迁移展开,探讨了避免数据丢失、保障数据完整性、注意兼容性、提升迁移效率、做好反向演练等问题。包括迁移前完整性检查与备份,YashanDB 从内核设计和配套工具保障数据,对兼容性进行大量测试,通过合理评估和技术手段提升迁移效率,以及处理回退等内容。
【YashanDB知识库】YashanDB的JDBC/OCI驱动如何设置字符编码
YashanDB的JDBC驱动无需用户指定字符编码,能自动根据JVM和服务端字符集进行编解码,避免乱码问题。而OCI接口则需通过OCIEnvNlsCreate函数指定客户端字符集,目前仅支持852(ZHS16GBK)和871(UTF8)。用户在使用JDBC时无需关心字符集设置,但在使用OCI时需注意正确配置编码格式。
【YashanDB知识库】开源调度框架Quartz写入Boolean值到YashanDB报错
Quartz是广泛应用于企业级应用的开源作业调度框架,使用布尔值记录任务状态。在YashanDB 23.2.0.12版本中,由于布尔值存储格式与Oracle不同(YashanDB为true/false,Oracle为0/1),导致JDBC写入报错“IS_DURABLE size exceeding limit 1”。此问题影响所有使用Quartz的任务调度场景,需修改字段类型或转换布尔值写入方式解决。建议升级至23.2.0.33版本以获得更好的兼容性,或修改布尔字段为boolean类型。
【YashanDB知识库】yasdb jdbc驱动集成druid连接池,业务(java)日志中有token IDENTIFIER start异常
客户Java日志中出现异常,影响Druid的merge SQL功能(将SQL字面量替换为绑定变量以统计性能),但不影响正常业务流程。原因是Druid在merge SQL时传入null作为dbType,导致无法解析递归查询中的`start`关键字。
【YashanDB知识库】update/delete未选中行时,v$transaction视图没有事务,alter超时问题
在22.2.8.3版本中,执行`alter table`修改表字段名时出现超时问题。经分析发现,当`delete`或`update`未选中行时,`v$transaction`中无事务记录但存在TS锁,导致`alter table`操作卡住并超时。通过设置`DDL_LOCK_TIMEOUT`参数为0可立即返回timeout报错。经验总结:`delete`、`update`未选中行时,`v$transaction`无记录但有TS锁,此时`alter table`会返回lock wait timeout错误,属于正常现象。
崖山异构数据库迁移利器YMP初体验-Oracle迁移YashanDB
文章是作者小草对崖山异构数据库迁移利器 YMP 的初体验分享,包括背景、YMP 简介、体验环境说明、YMP 部署(含安装前准备、安装、卸载、启动与停止)、数据迁移及遇到的问题与解决过程。重点介绍了 YMP 功能、部署的诸多细节和数据迁移流程,还提到了安装和迁移中遇到的问题及解决办法。
【YashanDB知识库】filter or改写问题
当SQL语句中的`filter`包含`or`时,可能导致优化器无法使用索引或走hash join,从而严重影响性能。例如,查询`test_tab1`和`test_tab2`时,使用`col1=col4 or col2=col5`会导致全表扫描,而改写为`union all`后性能大幅提升。最新版本仍存在此问题,建议通过改写为集合操作或使用`or`索引来规避。执行计划中若出现`CONCATENATION`算子,则说明已被改写。总结:需确保查询条件能充分利用索引以优化性能。
免费试用