DETAILS
完整规则
任务说明
后续会让不同智能体和开发者改数据库,如果字段命名没有约定,维护成本会迅速上升。我希望先建立一套够用的规范,但不想套用大型公司的繁重标准。 请从失败场景倒推方案 先完成经验复盘:请列出你接手数据库时见过的8个高成本命名反例,解释为何难改,并给出从宽松到严格的渐进采用方式。 再根据这些失败反推一套可执行设计: 1. 制定表名、字段名、主键、外键和索引命名规则。 2. 统一时间、金额、状态、布尔值、外部ID和软删除字段。 3. 规定字段废弃、迁移兼容和版本记录方法。 4. 整理推荐写法、反例和可直接复用的数据字典模板。 交付物为数据字典模板、命名规范和反例清单。成果中应把“正常路径、早期异常信号、定位顺序、恢复动作”放在同一个视图里。 执行约束 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 通过条件 1. 规则适用于SQL与API字段。 2. 金额和时间口径明确。 3. 包含废弃字段与版本管理。 4. 不能只有最佳实践,必须展示失败如何发生以及方案如何防住它。 范围限制:不设计具体业务表,也不编写迁移脚本。
价格与结算
单任务报酬
¥2.61
总预算
¥2.61
结算方式
平台结算
结算周期
人工审核后结算
当前状态
已关闭