岗位
数据工程
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
453 道问题
本页为扩展题库第 301–350 题，共 453 题。
A · 专业解题与实现5
- 一个模型开始返回结构化 JSON，移动端、服务端和分析任务按不同节奏升级；新字段可能缺省或改变枚举值。你会如何定义输出接口约定、校验失败处理和版本兼容？
- AI 助手会读取用户上传的文档，其中可能包含要求模型忽略既有规则并调用外部工具的文本。你会如何区分数据与指令，限制工具权限并验证防护效果？
- 新模型的总体任务成功率持平，但不同语言、设备和使用经验的用户表现差异扩大。你会如何划分评估群体、控制样本量风险并决定是否继续扩量？
- 用户可上传压缩包供系统解析，历史事故显示恶意文件会耗尽资源或越权访问路径。你会如何设计隔离、解压限制、内容检测和安全失败策略？
- 团队需要保留真实用户对话来复现模型错误，但日志包含个人信息和敏感业务内容。你会如何设计最小采集、脱敏、访问授权和保留期限，同时保留足够的调试价值？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模40
- 用户在一个计费周期中途升级套餐，随后申请退款；合同规定按剩余服务时间计算，但促销折扣和税费也参与结算。你会如何拆解规则并设计可追溯的金额计算？
- 活动规定每个用户最多领取一次优惠，但高并发下用户在多个设备同时提交，最终获得了多份权益。你会如何把资格规则映射为原子占用、发放记录和失败补偿？
- 用户在周一点击活动链接，周二完成购买，但购买事件因客户端离线到周五才上传。你会如何定义事件发生时间、上传时间、判断渠道贡献的时间范围和历史补算规则，让结果可以解释？
- 一个数据库字段已被新字段取代，但仍有报表、导出和外部集成在读取旧字段；直接删除会造成静默错误。你会如何规划兼容迁移、消费方确认和最终删除？
- 同一产品功能会按客户合同配置、按实验分组调整，还受地区规则限制；分析团队需要解释某次用户体验对应的配置组合。你会如何建模配置对象、适用范围、生效时间和决策来源？
- 客户按 API 调用量付费，但使用事件会重复、迟到或在月末补传；账单一旦发送就会产生争议。你会如何定义计量单位、去重键、关账窗口和更正流程？
- 管理仪表盘展示的总转化率无法解释是哪类客户、哪个流程环节造成变化；团队希望按渠道、套餐和地区下钻，但不同维度数据粒度不同。你会如何定义事实粒度和可汇总规则？
- 一次促销让订阅数增加，但新订阅者多数来自低价续订，且完整价格续费率尚未到观察周期。你会如何拆解获客、续费、折扣和流失机制，判断增长是否创造长期价值？
- 一次订单收入分给平台、服务商和渠道方，数周后部分退款；其中一方已经结算且当前余额不足。你会如何表达分账规则、退款责任、追偿和对账状态？
- 业务报表需要统计每次状态变更的耗时，运营页面只需显示对象当前状态；团队把两者放进同一张宽表后，更新覆盖了历史。你会如何拆分事实、快照和当前状态模型？
- CRM、计费和产品日志分别使用客户编号、合同编号和匿名设备标识，业务分析需要还原同一客户的完整生命周期。你会如何设计身份映射及其置信度、时间有效性和纠错能力？
- 多个团队共同维护客户资料，发生数据错误时没人确认哪个系统是事实源；不同系统也会互相回写。你会如何划分字段所有权、权威来源、同步方向和争议处理？
- 设备上报累计计数，但更换设备或修正数据时计数会重置；数据平台还可能补录历史事件。你会如何定义增量、重置标记、负差值和重算边界？
- 某数值特征的 0 可能表示用户确实没有活动，缺失可能是设备未上报，未知则代表尚未完成计算；当前管道把三者都填成 0。你会如何定义语义和下游处理？
- 全球用户的日活特征按自然日统计，但产品、数据仓库和模型服务分别使用用户时区、UTC 和服务器时区；月末附近结果经常不一致。你会如何定义时间边界和版本定义？
- 计费算法从按自然月调整为按服务日计算，新规则只适用于新合同；旧合同跨越发布日，客服仍需解释历史账单。你会如何版本化规则、合同适用范围和账单快照？
- 业务分类会新增、合并或改名。历史报表既要按当时定义复现，也要按当前规则比较。你会怎样保存原始分类、映射版本和报表定义？
- 事件生产方准备把字段从字符串改为结构化对象，但一部分消费者部署周期较长，另一些会把未知字段丢弃后再写回。你会如何安排双写、版本协商、迁移和终止旧格式？
- 历史事件中的客户归属字段被发现写错，需要批量修正并重新计算下游指标；同一事件还可能触发通知和合作方回调。你会如何区分数据重算与重新触发外部操作，并避免重复影响？
- 活跃用户和收入都在增长，但每位用户需要的人工服务工时、退款和基础设施成本上升更快。你会如何沿用户类型、使用任务和服务链条判断增长的经济质量？
- 企业按活跃座席付费，但部分员工轮班共用账号，另一些人拥有账号却从未登录；合同对“活跃”没有清晰定义。你会如何确定计费实体、“活跃”的定义和争议证据？
- 订单有多层子项、运费和税费，退款可能只针对某些子项；现有报表把订单头与明细直接关联后总金额翻倍。你会如何建模粒度和汇总定义？
- 销售团队按区域层级汇总业绩，年中区域拆分后，过去报表需要保持原样，未来报表则按新层级计算。你会如何表示组织版本、生效时间和汇总归属？
- 部分交易明细需要按政策保留多年以支持审计，但产品分析团队希望继续用于用户分群和功能实验。你会如何建模用途授权、保留期限和访问视图？
- 用户的交易先进入行为特征窗口，数天后因退款或风控撤销；下游模型和报表已经消费该特征。你会如何定义撤销事件、窗口重算和影响传播？
- 一个团队希望使用“完成数除以申请数”的比例特征，但申请可能被撤回、重复或在观察窗口后才确认无效。你会如何定义分子、分母、成熟窗口和可重算定义？
- 新用户缺少行为历史，特征管道将缺失值统一填成全体均值，模型因此对“没有观察”与“表现普通”给出相同判断。你会如何表达冷启动状态和可用证据边界？
- 在线特征服务在缓存过期后仍可返回上次计算值，但某些预测要求使用最新特征；另一些任务可接受短暂陈旧。你会如何定义新鲜度元数据、任务约束和不可用回退？
- 新业务流程要求所有记录增加一个必填归属字段，但历史数据没有该字段，旧客户端也仍在写入。你会如何设计填充来源、双读写迁移、校验门槛和旧客户端退出？
- 订单以一种货币报价、以另一种货币支付，退款又发生在汇率变化后；分项舍入导致总额与明细相差最小货币单位。你会如何定义汇率时点、舍入顺序和差额归属？
- 用户要求删除个人信息，但系统采用追加式事件、搜索索引和离线分析副本；部分事件还需保留业务审计。你会如何区分可删除字段、主体映射、加密擦除和保留例外？
- 点击率特征显示某内容偏好很低，但该内容此前只在页面底部短暂曝光；团队仍用点击行为训练推荐模型。你会如何将曝光机会、位置、可见时长和用户动作区分建模？
- 一个预测原来按个人计算历史行为，产品改为按组织做推荐；组织成员不断变化，同一人在多个组织间切换。你会如何定义特征归属、成员有效期和聚合去重？
- 上游数据源迁移后，某特征值持续变低，但实际业务活动并未同步下降；消费者也不知道源字段已被弃用。你会如何定义特征依赖、健康状态和替代源切换？
- 系统将内部用户主键从邮箱改为不可变 ID，但移动端缓存、合作方回调和历史导出仍引用邮箱。你会如何设计映射、双读期、隐私清理和旧引用失效策略？
- 团队准备把资格判断从服务代码迁移到可配置规则引擎，目标是让运营自行调整；历史例外多且规则执行顺序隐含在代码中。你会如何发现规则、验证语义等价并控制配置权限？
- 早期消费者用订单号识别重复事件，后来发现同一订单可有多次合法变更，必须改用订单号加事件版本；历史消息需要重新处理。你会如何迁移去重规则并避免丢失或重复处理？
- 一个客户实体因合并错误被拆成两个真实客户，旧订单、权限和指标都引用原实体 ID。你会如何建模拆分映射、历史归属、当前引用迁移及不可判定记录？
- 多个团队各自定义了用户状态事件，平台计划统一为新的事件模型；某些消费者依赖旧字段的特殊含义，无法一次迁移。你会如何建立兼容适配、并行校验和弃用治理？
- 新模型要求新增特征并调整旧特征含义，线上特征服务还要同时支持旧模型回滚。你会如何版本化特征接口约定、部署顺序、双读成本和退役条件？
当前目标在这里暂无匹配题。 ·
C · 价值判断与方向规划5
- 新的经营看板访问量很高，但访谈发现多数人只在汇报前截图，没有因此调整资源或动作。你会如何判断看板创造了实际决策价值，还是只满足了信息展示需求？
- 改版提升了平均转化率，但一个受约束用户群体完成任务的失败率上升；扩大样本需要额外研究时间。你会如何确定风险优先级和是否暂停扩量？
- 新市场的政策和客户采购周期尚不明确，公司仍需要制定年度目标和预算。你会如何把长期方向拆成季度假设、验证里程碑和可触发的计划调整条件？
- 团队计划在三个城市试点新服务，但供应质量、客户复购和单位经济都未验证；销售材料已经对外使用明确的扩张时间表。你会如何重写阶段目标和对外承诺？
- 团队把转化率定义为购买人数除以访问人数；改版后访问人数下降，但购买人数基本不变，转化率因此上升。你会如何判断改版是否改善了目标用户的购买体验？
当前目标在这里暂无匹配题。 ·