数据库已经加了唯一约束，同一租户的“默认配置”却出现两份，首先要检查用于区分配置的那一列是否允许空值。把数据库搬到更大的浪浪云实例，能够改变资源余量，却不会自动改变约束对空值的解释。对准备自建PostgreSQL的团队，采购交付应先证明业务身份在缺省状态下仍然唯一，再讨论连接吞吐和磁盘档位；否则迁移只会把同一错误带到新机器。
先拿两条默认配置复现，别用全有值的数据验收
设想一张租户配置表，租户编号必填，区域编号可以留空，业务把“租户编号相同、区域为空”理解成同一份全局配置。若只建立租户编号与区域编号的组合唯一约束，PostgreSQL默认把空值视为彼此不同，含空值的多行仍可能被接受。官方文档明确说明了默认规则，以及使用NULLS NOT DISTINCT改变比较方式的选项。问题出在数据库表达的身份与业务约定不同，不能凭索引名字里有“unique”便认定验收完成。
这里还要分清空字符串、数字零与NULL。把空值改成空字符串可能暂时挡住重复，却会改变数据含义；如果某个区域代码合法地允许空字符串，替换就把两种状态挤在一起。数字零也不能随意当作“未指定”，尤其当外键关联表中确有编号零时。先由业务确定未指定区域究竟是一个有效身份，还是尚未完成的资料，再选择约束。数据库无法从字段名称猜出这一层规则。
可执行的第一道门槛是：在隔离测试库里准备同一租户、同一区域的两行，再准备同一租户、区域都为空的两行；分别检查第二次写入的结果。如果业务只允许一个默认配置，两组测试中的第二次写入都应被约束拒绝，或按已定义的冲突路径处理。同时检查不同租户能否分别建立默认项，避免把“每个租户一个”错误实现成“整张表一个”。这些是建议的验收步骤，本篇未对浪浪云机器执行测试。
三种业务规则，应该留下三种不同的交付证据
如果区域是必需信息，最直接的设计是让字段不可为空，再建立符合业务范围的唯一约束。这样做的代价是应用必须在入库前取得区域值，历史缺失资料也必须补齐或进入单独的待处理流程。不能一边允许“稍后补录”，一边靠随意填入的占位值让数据库验收通过。非空约束和唯一约束解决不同问题，迁移清单应分别列出。
如果空值就是合法的默认区域，可以评估在组合唯一约束中使用NULLS NOT DISTINCT，把对应空值按相等处理。下单前要确认实际安装的数据库版本和迁移工具能够表达、保留这一规则；本篇依据当前PostgreSQL文档，不替任意旧版本作兼容承诺。运维交付不能只给出版本截图，还应保存约束定义及前述两组写入结果。恢复到备用机之后，也要在恢复库重复检查，防止工具只还原表与数据而漏掉约束。
如果只有未归档记录需要唯一，而历史归档允许保留多份，就要评估部分唯一索引。官方文档指出，只覆盖部分行的唯一限制可用部分唯一索引实现。这里的筛选条件是业务规则的一部分：归档标记变化时，行会进出受保护的范围。验收应包含把一条旧记录恢复为有效状态、以及把区域从空值改成具体值的路径。仅测新增不测更新，容易漏掉最常发生在管理端的冲突。
几种设计不宜机械叠加。全表唯一可能禁止本来合法的归档记录，范围过窄的部分索引又可能漏掉有效状态。先列出允许共存的样例，再让数据库定义逐一对应。对两个及以上可空身份字段，应覆盖各字段为空和有值的组合；有k个可空身份字段时，仅空与非空的状态组合就有2的k次方种。这是测试范围的下限估算，不包含具体取值、大小写、租户变化与并发情形。
接口写了冲突处理，仍要看它依赖哪个约束
应用使用ON CONFLICT并不意味着所有重复都已经被数据库识别。官方说明，冲突目标可以指定约束或推断唯一索引；当使用索引推断时，索引列、表达式及需要的条件必须符合要求。如果默认空值规则根本不产生唯一冲突，应用期望的更新分支便没有机会执行。此时增加重试或改用更大连接池，只会让更多不符合身份约定的行进入系统。
验收材料应把三样东西放在一起：实际表与索引定义、真实写入语句、应用对返回结果的解释。冲突时是覆盖配置、保留旧值还是返回明确错误，必须由业务决定。不能为了让接口“成功”就统一忽略冲突，也不能让默认配置被后到的请求悄悄覆盖。数据库的原子插入或更新保证具有适用前提，并不会替应用决定哪份业务值更正确。
随后再做两个独立会话的并发测试：让它们写入同一租户的默认区域，保存各自结果，并在提交后统计实际有效行数。目标应是业务允许的行数，而不是两个请求都返回成功。若采用更新方案，还要检查最终配置来自哪次请求，是否满足调用方的版本控制约定。把这一步放在隔离测试库，使用可丢弃数据；不要拿线上默认配置尝试破坏性并发。
历史重复必须先给出处理责任
准备增加约束之前，应先统计已有重复，且统计口径必须与拟定的新规则一致。对于默认区域，应按租户分组并单独筛出区域为空的记录；对于多个可空字段，还要按明确的身份规则检查。存在冲突时，迁移不能只随机保留一行。默认配置可能被不同业务引用，选择保留项、迁移引用、保存审计证据和允许回退都需要明确负责人。
这一阶段会产生真实的采购成本：临时核查库、可回退备份、变更期间的运维工时，以及业务确认所占的窗口。资源预算可以写成可用空间需覆盖当前数据与索引、变更新增对象、回退保留和安全余量；各项大小应从现有库和实际方案测量，不能从商家的磁盘宣传值倒推。若迁移工具采用复制到新表再切换的方式，双份数据的共存期也要单独列出。本篇不提供未经测试的固定倍数。
浪浪云作为候选时，先补齐这些订单条件
本轮渠道通实时返回浪浪云的服务器渠道与推广入口，但未返回该商家的结构化商品记录；官网访问收到403，无法核实当前价格、库存、处理器、内存、存储和退款条款。渠道简介中的全球云服务器、住宅IP与海外业务描述属于采集信息，不能证明某一订单支持数据库管理、特定版本或管理员权限。本篇不据此推荐具体档位，也不把网络用途描述当作数据一致性保障。
有能力自行维护PostgreSQL、能建立测试与恢复流程的团队，可以把浪浪云作为进一步询价的候选。需要商家代管数据库、承诺版本兼容或代做业务数据修复的团队，应先取得明确服务范围；只有云主机入口不足以证明包含这些服务。若项目还没确定空值的业务含义，先完成数据模型评审，比先买更大规格更有意义。已经测得CPU、磁盘或内存瓶颈的项目，则应在身份约束正确的前提下继续做容量评估。
询价时应具体询问：能否自行安装所需数据库版本并管理索引；快照与独立备份各包含什么、恢复时是否带回全部约束；是否允许创建临时核查实例、它的计费和销毁条件是什么；升级是否需要重启或迁移磁盘；首期、续费及额外备份分别如何收费。把回答保存在订单附件中，尤其不要用售前的“支持数据库”替代权限、版本与恢复结果。当前尚无这些问题的已核实答案，不能将它们写成商家承诺。
需要查看候选服务时，可通过浪浪云服务器推广入口，核对当前订单与交付条件继续询价。该链接存在推广关系，取自本轮渠道通实时广告记录；入口可用于访问，不代表当前套餐或退款条件已完成核验。与本文技术判断有关的依据是下方数据库官方文档，官网403页面只用来记录可达性，不作为功能证据。
最后把合同里的“部署完成”改成可复核的交付件：约束定义导出、空值与非空样例、两个会话的竞争结果、恢复库中的同一组测试，以及尚未处理的历史重复清单。只有这些结果符合业务身份约定，再用真实负载下的资源数据决定是否升档。交付人员更换或迁移到另一家云主机时，这组证据仍能复用；单靠一张CPU和内存配置单无法回答默认配置是否还会重复。
核验资料
资料读取于2026年11月2日。渠道通为本轮实时采集，未取得浪浪云商品参数；官网返回403，未核实当前价格库存。数据库规则依据下列官方文档，未包含商家实测。
用户评论