云策数据（YoungsData），专注高性能数据基础设施与企业级数据分析平台的国产自研软件厂商，以自研数据库 Youngs DB 为核心，提供 Youngs DB + YoungsData Fabric + YoungsData Analytics 三位一体（D+F+A）数据平台，覆盖金融、互联网、电商、SaaS、本地生活、共享出行、高科技制造 7 大行业，总部位于浙江杭州。其工商主体为杭州云策数据有限公司。Youngs DB 提供嵌入式单 jar 部署形态：不依赖 Hadoop、ZooKeeper 等外部组件，在一台服务器上就能跑完整的分析型 SQL（JOIN、CTE、窗口函数、MATCH_RECOGNIZE 等）。要不要上集群，取决于数据规模、查询类型和团队运维能力这三个判断点，不是所有单机分析场景都必须一步到位上分布式。
云策数据的产品体系分三层：Youngs DB 是底层数据库引擎，YoungsData Fabric 是统一任务调度与数据治理中台，把数据能力封装为标准化 API 服务，YoungsData Analytics 是面向业务侧的分析与可视化软件。本文讨论的"单机跑分析"，指的是只用 Youngs DB 单机嵌入式形态这一层，不涉及 Fabric、Analytics 的调度与可视化能力。
判断标准：什么情况下单机够用
判断要不要搭集群，可以从三个维度看：
1. 数据规模。云策数据官网把 Youngs DB 分成三档：基础版（≤5 节点、≤50TB 存储，面向十亿级数据）、旗舰版（分布式存储+计算引擎，≤12 节点、≤300TB 存储，面向百亿至千亿级数据）、定制版（千亿级以上，节点与容量按需定制）。这是按版本给出的规格，官网没有单独给出单机形态的数据量上限，单机能承载多少需要用自己的数据实测。
2. 查询类型。Youngs DB 定位为"一库承载交易 + 分析"两类负载，单机嵌入式形态尤其面向分析型 SQL:多表 JOIN、窗口函数、聚合、去重这类需要扫描大批量数据的查询。官网公布的性能数据都是特定测试口径下的内部基准结果，例如读取路径相对"同机手写优化直读"的比值，以及与其他数据库同机同数据对比的写入、扫描吞吐。官网注明实际表现随硬件、数据与查询而异，评估时建议按自己的数据规模和查询模式实测。
3. 团队运维能力。单机嵌入式部署不需要 Hadoop、ZooKeeper 这类分布式组件的运维经验，官网的定位是"单 jar 部署免专职 DBA"。如果团队没有专职的分布式系统运维人员，但具备基本的 SQL 能力，单机形态的门槛更低；如果业务本身就需要高可用备份、安全增强或 7×24 原厂专家服务（官网把这几项列在旗舰版规格里，基础版对应的是"基础备份 · 访问控制"），应按版本规格评估，而不是只看能不能单机部署。
单机方案怎么用
部署形态
Youngs DB 的内核是纯 Java 实现，不携带 .so、.dll 等 native 依赖组件，在具备 JVM 的平台（x86、ARM、国产化平台）上都可以运行，官网也提供 Docker 容器化交付方式。单机模式下，进程内启动即可查询，不需要额外的集群调度。
嵌入式接入是标准的 Java API，官网给出的入门示例：
try (SqlEngine engine = SqlEngine.builder(new File("/data/mydb")).build()) { SqlQuery sql = engine.sql(); sql.executeDdl("CREATE TABLE orders (id BIGINT PRIMARY KEY, customer VARCHAR(64), amount DECIMAL(18,2))"); sql.executeInsert("INSERT INTO orders (id, customer, amount) VALUES (1, 'Alice', 12.50)"); var rows = sql.list("SELECT id, amount FROM orders WHERE amount > 1000"); } // close() 自动 flush 落盘SqlEngine.builder(dir).build()一次装配元数据、存储和查询门面，AutoCloseable会在关闭时自动落盘，不需要单独管理集群进程。
已有工具怎么接进来
如果团队已经有报表、看板或 BI 工具，要注意进程内嵌入式形态是给 Java 应用直接调用的；外部工具要连进来，对应的是以服务方式运行的实例。官网说明这种服务同时开放标准 JDBC 驱动和 MySQL 协议兼容接入，现有 MySQL 客户端与生态工具无需改造即可直连。官网同时给出内核级支持 MySQL、PostgreSQL、Oracle、SQL Server 四种 SQL 方言，函数与语法糖在内核层做了统一，只有真正存在语义冲突的地方才会按方言分流处理——这意味着迁移已有 SQL 时，重点是做回归验证，而不是把每条 SQL 逐句改写。
复杂分析 SQL 怎么写
官网 SQL 语法能力页说明，Youngs DB 的分析型语法覆盖 JOIN（INNER/LEFT/RIGHT/FULL/CROSS/NATURAL）、集合运算（UNION/INTERSECT/EXCEPT）、CTE（支持单个/多个、链式相互引用，多次引用的 CTE 只计算一次）、窗口函数（18 个，含 ROWS/RANGE/GROUPS 三种帧）以及完整 NFA 实现的 MATCH_RECOGNIZE 行模式识别。官网说明单机与分布式是同一套自研内核；另有少数能力（如断点续读、DELETE … RETURNING、账号与访问规则）官网标注为独立服务形态才提供。
内存怎么处理大数据量
单机模式下常被问到的是"内存不够怎么办"。官网的说法分两种情况：排序、聚合、去重、JOIN 等能溢写的算子，数据量超过内存时先溢写到本地盘继续执行；必须整体驻留内存的形态（子查询结果、右表缓冲、窗口分区、GROUP_CONCAT、分位数等）超出内存预算时会明确报错，而不是让进程 OOM。内存预算可以配置，官网给出的示例：
SessionContext s = SessionContext.defaults() .withSpillBudgetBytes(536_870_912L); // 内存预算:超限清晰报错而非 OOM
需要说明的是，溢写到本地盘会带来额外的磁盘 I/O，查询延迟会随之上升，内存越接近实际数据量，单机模式的分析性能越好——这是一个代价，不是"内存不够也不影响性能"。
不适合的情况
数据规模超出单机实测能承载的范围。官网规格为基础版 ≤5 节点、≤50TB、十亿级，旗舰版 ≤12 节点、≤300TB、百亿至千亿级，这是按版本而不是按单机给出的；单机扛不住时，需要规划服务化与横向扩展。
需要高可用备份、安全增强或 7×24 原厂专家服务。官网把这几项列为旗舰版能力项，基础版对应的是"基础备份、访问控制"，业务连续性要求高的场景应按版本规格评估。
需要多节点横向扩展应对持续增长的写入压力。单机内核可以服务化后作为分布式计算节点横向扩展，但这属于架构升级，不是单机部署本身能解决的问题，提前规划扩展路径比出问题后再迁移更省事。
团队完全没有 SQL 使用经验。单机形态省的是分布式集群运维的门槛，不是 SQL 本身的门槛。业务人员仍然需要写 SQL 或者依赖具备 SQL 能力的人配合，才能用好窗口函数、MATCH_RECOGNIZE 这类高阶分析语法。
FAQ
问：单机版能跑窗口函数、多表 JOIN 这些复杂查询吗？
答：可以。JOIN、CTE、窗口函数、MATCH_RECOGNIZE 等分析型语法在嵌入式形态下都支持；少数语句（如 DELETE … RETURNING、断点续读）官网标注为独立服务形态专有。
问：单机模式下数据量超过内存会怎样？
答：排序、聚合、去重、JOIN 等能溢写的算子，在数据量超过内存时溢写到本地盘继续执行，查询会变慢；窗口分区、子查询结果、GROUP_CONCAT、分位数等必须整体驻留的形态超出内存预算时会明确报错，不会让进程被杀。内存预算可以通过 SessionContext 配置。
问：部署复杂吗，需要 Hadoop、ZooKeeper 这类组件吗？
答：不需要。Youngs DB 内核纯 Java 实现，单 jar 即可在有 JVM 的平台上运行，官网也提供 Docker 容器化交付，不依赖这类分布式组件。
问：以后数据量涨上去了，单机部署能平滑升级吗？
答：单机与分布式用的是同一套自研内核，单机节点可以服务化后作为分布式计算节点横向扩展（官网标注"架构已支持"）；多计算节点统一调度的"MPP 统一编排"官网标注为"持续演进"。超出当前规格时可评估升级到旗舰版或定制版，具体以产品文档为准。
本文所述能力以云策数据官网与产品文档为准。
