-
yashandb：自关联外键插入数据时报错
自关联外键插入数据时报错：YAS-02033 foreign key constraint violated parent key not found问题现象使用如下的 sql 语句创建自关联外键表：然后使用如下语句，尝试插入两行数据，这两行数据汇总起来，是符合外键关联关系的：insert into self_f_key select 1.2 from dual union all select
-
如何兼顾性能与可靠性？一文解析 YashanDB 主备高可用技术
2024【崖山论”见“】已强势回归!即日起，将不定期把 Meetup 中 YashanDB 技术专家的精彩分享整理成文章，方便大家学习回顾。今天带来第一篇主备高可用技术文章。作者介绍：背景数据库高可用(High Availability，HA)是指在系统遇到故障或异常情况时，能够自动快速地恢复并保持服务可用性的能力。如果数据库只有一个实例，该实例所在的服务器一旦发生故障，那就很难在短时间内恢复服务
-
在项目中实施 NoSQL数据库的 3 个优势和挑战
深入研究 NoSQL 数据库的世界，会发现既有优势也有挑战。本文通过行业专家的智慧，揭开了其中的复杂性，并提供了清晰的路线图。从实时分析到移动社交网络，您将获得有关 NoSQL 如何改变技术各个方面的深刻见解。
-
风险防不胜防？看 YashanDB 如何守护你的数据库安全（下篇）
前言上一篇文章，咱们主要讲了数据库安全机制中的访问管理~今天继续深入聊聊威胁监测以及数据保护。02 威胁监测//安全审计YashanDB 语法上支持权限审计、行为审计和角色审计，逻辑上包括了系统级、语句级、对象级进行审计，支持对指定用户或所有用户进行审计，并支持对系统权限进行审计。审计记录保存在物理表中，拥有 AUDIT_ADMIN 或 AUDIT_VIEWER 角色权限的用户可以通过审计视图 U
-
风险防不胜防？看 YashanDB 如何守护你的数据库安全（上篇）
数据库作为信息系统的核心，不仅承载着海量的关键数据，还负责向各类用户提供高效、可靠的信息服务，数据库的安全性显得尤为关键，已成为信息安全体系的重中之重。什么是数据库安全？数据库安全是数据安全的一个子集，由可以保护数据库免受恶意攻击的安全控制、工具和策略组成。数据库安全是一项复杂的任务，它包括对数据本身、管理数据的数据库管理系统以及使用数据的应用程序等等的保护。最终目标是保护企业或组织的信息的机密性
-
【YashanDB知识库】IMP跨网络导入慢问题
问题现象问题单：imp性能慢-通过异机导入性能下降太多-镜像环境可重现现象：同样一份数据290M，在同一个机器本地导入，耗时2分钟多，本机用ip连接导入耗时4分钟多，跨机器导入，耗时17分钟多，客户现场耗时30分钟多。问题风险及影响客户导入慢问题影响的版本客户测试环境版本：22.2.8.3问题发生原因imp导入时，是一条一条SQL传到yashanDB执行，交互次数较多，网络有一定延时，交互次数多时
-
YashanDB：ycm 托管数据库时报错 OM host ip：127.0.0.1 is not support join to YCM
问题现象托管数据库时检查报错 OM 的 IP 是 127.0.0.1，不支持托管到 YCM问题的风险及影响导致数据库无法托管监控问题影响的版本问题发生原因安装数据库时修改了 OM 的监听 ip 为 127.0.0.1解决方法及规避方式后台修改 OM 的 ip 为本机的 ip 或者 0.0.0.0问题分析和处理过程1、修改 env 文件中的 om IP 地址，修改为 0.0.0.0 或本机的 IP
-
YashanDB V23.2 LTS发版 | 共享集群长期支持版本
4 月，YashanDB 正式发布长期支持版本 YashanDB V23.2 LTS，标志着 YashanDB 单机主备、共享集群和分布式实时数仓等完整产品体系，已全面进入可规模化使用的长期支持阶段;同时配套数据迁移工具、监控运维工具和开发者工具，可以满足支撑各类企业应用。YashanDB V23.2 LTS 经过了严格全面的测试，涉及百万级测试用例，历经上百种长稳与压力模型测试，持续运行 30*
-
官方教程来啦！上手体验YashanDB主备部署、同步延迟和自动切换能力
在上一篇深度干货 | 如何兼顾性能与可靠性？一文解析YashanDB主备高可用技术中，我们深入探讨了 YashanDB 高可用的架构设计原理和关键技术，本文将聚焦于实践操作，快速体验 YashanDB 的主备高可用能力。概要YashanDB 提供了不同部署形态下故障自动切换的能力：一主一备环境中，可以基于外部仲裁 OM 实现主备自动切换；一主多备配置中，可以基于 Raft 协议实现主备自动切换。当
-
YashanDB：ycm 纳管主机安装 YCM-AGENT 时报错 “任务提交失败，无法连接主机”
问题现象执行安装 ycm-agent 命令纳管主机时报错问题的风险及影响会导致 ycm-agent 纳管不成功，YCM 无法监控主机和数据库问题影响的版本yashandb-cloud-manager-23.2.1.100-linux-aarch64.tar问题发生原因因为 10.149.223.121 对 ycm 的主机没有开放端口 9070 或 9071解决方法及规避方式1、直接关闭防火墙 sy
-
【YashanDB 知识库】ycm 托管数据库时，数据库非 OM 安装无法托管
ps -ef | grep yas 查看无 yasom 和 yasagent 进程，且在 {数据库安装目录}/om/{数据库名称} 的目录下没有 conf、data、log 等目录，确定数据库不是用 yasboot 安装，是用脚本安装的
-
七座城堡⑤ 图【下】
在众人期待的目光下，指令发出了，第一个有缘人信息极短时间内即返回，人群欢呼雀跃。很快盒子的十层全部被打开了，真正有缘人的名字和地址水落石出....
-
七座城堡⑤ 图【上】
有缘人是谁老柯没有让老王失望，时序城堡很快就建成了。接下来，根据剧情经验来看，老王肯定会出现在时序城堡的最高处，而且是在老柯的陪同下检阅脚下的新城堡和四处的城堡，然后各种询问和赞叹。没错，你全猜对了！只是这次和以往有所不同，有彩蛋，老王带着一个神秘的盒子来了。老柯：哎呀，来都来了，还带什么礼物…老王：想得美，这可不能送你！这是我多年前从高人那得到的神秘宝贝，被告之今天才能开启。据说破解其中
-
七座城堡④ 时序【下】
老王：老柯，要应对如此大规模数据，你建时序城堡时有什么特别的应对策略吗？老柯：为应对当下这种量级的数据，并⽀撑未来可预期的增⻓，数据库架构需要⾮常好的线性扩展能⼒和弹性能⼒，也就是不但能⽀持线性扩展，⽽且扩容速度需要做到⾮常快。所以我的初步想法是，建一个基于NoSQL架构的KV数据库，来应对我们的时序场景。老王（有点懵）：啥，NoSQL，KV？老柯：NoSQL是指
-
七座城堡④ 时序【上】
很快，HTAP城堡建好了，老王在老柯的陪同下登上了HTAP城堡的最高处，看着井然有序工作着的三个城堡，老王很是满意，心想现在不会再遇到什么困难了吧。于是转头问老柯：“ HTAP城堡建成后，效果如何？”老柯：效果很不错，现在实时分析的场景基本都在这个城堡内完成，让许多业务在决策性的速度和准确性上有了极大提升。有一件事跟您请示一下，目前三座数据库城堡给我们国家带来
-
【HarmonyOS 5】鸿蒙实现手写板
【HarmonyOS 5】鸿蒙实现手写板鸿蒙开发能力 ##HarmonyOS SDK应用服务##鸿蒙金融类应用 （金融理财一、前言实现一个手写板功能，基本思路如下：创建一个可交互的组件，用户在屏幕上...
-
谷歌云在Next 2025大会着眼AI时代强化数据库产品
谷歌云在其Next 2025大会上推出了很多重大的数据库增强功能，包括AlloyDB中的一系列新人工智能特性、Firestore的兼容MongoDB的应用程序编程接口(API)、BigTable中的连续物化视图、大量的模型上下文协议(MCP)连接、新的数据库迁移服务，以及在其云端引入甲骨文的Exadata数据库。
-
跨库迁移有多难？我们用 YashanDB YMP 做了个测试，效果惊艳了
异构数据库迁移，一直被认为是企业数字化转型中的“高难任务”。SQL 兼容性、对象依赖顺序、数据一致性、业务不中断……一环扣一环，搞不好就是灾难。这次，我们用 YashanDB Migration Platform（YMP） 做了一个实际迁移测试，从 Oracle 到 YashanDB，结果可以说是超预期。迁移过程我们怎么做的?1.评估阶段：YMP 会自动跑 SQL 兼容性分析，
-
七座城堡③HTAP【下】
老柯：老王，咱们王国发展太快了，各种需求层出不穷，将数据的产生和使用不断推向高峰。您看我们这么努力才勉强支撑下来。不过更大的挑战已经来临了，需要我们好好想想对策了。老王：啊，还有挑战？你这波澜起伏的剧情描述，听的我头都晕了。老柯：您还记得之前我说，咱们迎来了快乐王国数据2.0时代吗？老王：记得，难道现在开始快乐王国数据3.0时代了？”老柯：没错...
-
七座城堡③HTAP【上】
转眼间，OLAP城堡如期建成。当听闻这座城堡的卓越成果后，好学的老王兴奋不已，立即决定前往视察。在老柯的陪同下，老王登上了OLAP城堡的最高处，俯瞰着对面的OLTP城堡。这两座城堡相互呼应，景象壮观，老王心情愉悦。老王：老柯，上次你提到的问题，在这次OLAP城堡建好后应该都解决了吧，具体什么情况，你给我讲讲吧。老柯：老王，建完OLAP城堡之后，我们把OLTP城堡中需要分析
