托管数据库

这是什么

托管数据库是存放应用所需记住的一切的存储层——客户、预约、订单、库存、消息。在 ybuild 上，它随你的应用自动开通，接入后端，并由平台为你维护。你永远不用碰连接字符串，也不用单独搭建一个服务。

为什么重要

一套运行中的业务系统，其真实程度取决于背后的数据。丢失记录，或把记录散落在需要你自己拼接的各种工具里，毁掉的是业务，而不只是应用。一个有备份、始终可用的托管数据库，才能让这套系统被真正托付给实际工作。

在 ybuild 上怎么用

当 ybuild 构建你的应用时，它会根据你的提示词设计数据库结构，并在同一遍过程中把它开通在平台上。上线的应用直接对它读写——托管在 ybuild 上，通过你自己的域名对外服务——备份在后台默默运行。用日常语言要求新增一个字段或一张表，ybuild 会为你迁移数据。

ybuild 开通数据库时会构建什么

当你描述应用应该记住什么时，ybuild 会完成一位数据库工程师本要手工做的工作。它读取你提示词里的名词——客户、预约、发票、产品——把它们变成一套真正的关系型结构：为每一种记录建一张表，带类型的列（价格是数字，预约时间是时间戳，邮箱是带唯一性规则的文本），主键让每一行都有稳定的身份，外键把本该关联的记录连在一起，于是一笔订单指回下单的客户，一个订单明细项指回它所属的订单。

这套结构正是数据库与电子表格的区别所在。关系让应用能回答真实的问题——这位客户所有未付的发票，下周二的每一个预约——而不用你逐行翻查。在你用来检索的列上建立索引，让这些查询在一张表从五十行长到五万行时依然快速。约束把坏数据挡在门外：你无法保存一笔没有客户的订单，也无法在同一个邮箱下建两个账户，于是几个月后业务还在运行时，记录依然可信。

ybuild 把它开通在平台上，接入你应用的后端，并把凭据作为托管密钥保管——你永远看不到、也不用粘贴任何连接字符串。跑在你自己域名上的应用直接对它读写。当你之后说“给客户加一个积分字段”或“给每次预约记录一笔定金”时，ybuild 会生成迁移，应用到运行中的数据库上，并保留每一行既有数据。结构随业务演进，而不是在第一天就被冻结。

自己搭建 vs 在 ybuild 上获得

手工搭起一个生产级数据库本身就是一个项目。你要挑选引擎和版本，开通一个实例，规划它的内存和存储，锁定网络与防火墙规则，生成并轮换凭据，还要配置连接池，好让一波突发流量不会耗尽连接。然后你还得把迁移工具接入部署流程，让结构变更不会破坏线上数据。这些做完，还没为你的客户交付任何一个功能。

真正的代价在上线之后。一个自管数据库让你成了随叫随到的管理员：打安全补丁、盯着磁盘被填满、调优慢查询、为某个节点宕机时的故障切换做预案，还有那件人人都低估的事——运行并测试备份。云服务商对托管服务的定义，恰恰就是替你接管配置、维护、每日备份和自动故障切换，而他们引用的研究把摆脱自管基础设施的五年回报率算到了 400% 以上，主要是因为团队不再把一周周的时间花在数据库的杂活上。

在 ybuild 上没有单独的步骤，也没有单独的账单。数据库在构建你应用的同一遍里被设计并开通，由平台打补丁和备份，就托管在运行中的应用旁边、跑在你自己的域名上。你永远不用去注册一个数据库服务、接入连接字符串，或对着第二个控制台去核对。当应用变化时，数据层随之变化——你用日常语言描述想要的结果，平台在底层处理好结构、迁移和维护。

备份、恢复与鲜活的数据

对一门真实的生意来说，数据库就是这门生意本身。它是你很难重建的客户名单，是你的会计需要的订单历史，是你在法律上要负责的病患或客户记录。最伤人的故障并不是戏剧性的宕机——而是一次糟糕的批量编辑、一次误删，或一次有 bug 的导入在客户照常使用应用时悄悄覆盖了好数据。这就是为什么单靠每晚一次的导出还不够。

大平台给自己定的标准是时间点恢复：不是只能还原到昨晚的快照，而是持续备份把数据库的事务日志流式记录下来，让你能倒回到某个具体时刻。AWS 的文档写明可以精确到一秒、最远回溯 35 天来还原，Google 的托管服务则把自动备份保留最长一年。这个承诺落到实处很简单——如果下午 2:14 有东西破坏了你的数据，你能拿回 2:13 时的状态。ybuild 把备份作为平台的一部分跑在你的数据库上，于是从一次失误中恢复是产品自带的能力，而不是一张你提交后只能干等的工单。

有几件事一个人做很容易出错，而平台替你处理好了。一份你从没恢复过的备份，算不上真正的备份——恢复必须被演练，而不能只是假设。对一张线上表做结构迁移，必须在不把客户锁在事务中途之外的前提下完成。而把数据放在同一个系统里、紧挨着用它的应用，正是阻止你一步步滑向五张半同步电子表格的关键。因为你的数据就在 ybuild 上、和应用一起存放与运行——跑在你自己的域名上——它始终是一套连贯、可恢复的系统，随业务成长，而不是变成一堆你在默默背负责任的存储。

常见问题

我应用的数据到底存在哪里？

存在 ybuild 上。数据库在构建你应用的同一遍里开通在平台上，接入后端，并和应用一起通过你自己的域名对外服务。没有单独的数据库服务要去注册，也没有连接字符串要你来管理。

它是真正的数据库，还是幕后只是一张电子表格？

它是一个真正的关系型数据库——规规矩矩的表、带类型的列、主键，以及把本该关联的记录连起来的关系，比如一笔订单连到下单的客户。ybuild 根据你的提示词设计这套结构，于是应用能回答关于你数据的真实问题，而不是逐行翻查。

我之后能改变应用存什么，又不丢数据吗？

可以。用日常语言要求一个新字段、新表或新关系——“给每次预约记录一笔定金”——ybuild 会在运行中的数据库上生成并执行迁移，保留每一行既有数据。结构随业务成长，而不是在第一天就被固定。

我的记录有备份吗，出了错能恢复吗？

能。ybuild 把备份作为平台的一部分跑在你的数据库上，于是一次糟糕的编辑、一次误删，或一次坏掉的导入，都不意味着数据就此消失。恢复内建于产品之中、由 ybuild 提供，而不是一次你得自己去搭的手工还原。

随着业务成长，数据库会怎样？

它由平台为你托管。当你从几十条记录长到几万条，平台在底层处理好开通、打补丁和扩缩容——正是一位专职数据库管理员会做的工作——于是应用在你自己的域名上始终保持快速，而你无需手工调优或扩容。