分片指南

分片计划是一个长期项目，旨在确保大多数 GitLab 数据库表能够直接或间接地与 Organization（组织）关联。这包括向表中添加 organization_id、namespace_id 或 project_id 列，并回填它们的 NOT NULL 默认数据。这项工作对于 Cells 和 Organizations 的交付至关重要。更多信息请参见 Organizations 的设计目标。

分片原则

遵循此指导原则来完成剩余的分片键工作并解决未解决的问题。

为每个表使用独立的问题

我们有许多表共享同一个问题。例如，这里的八个表指向同一个问题。这使得跟踪进度和解决阻塞问题变得困难。 您应该将这些共享问题拆分为每个表对应一个独立的问题，并更新 YAML 文件以保持一致。

更新未解决的已关闭问题

数据库 YAML 文档中链接的一些问题已被关闭，有时是为了新的问题，但 YAML 文件仍然指向原始 URL。 您应该更新这些链接，使其指向正确的项目，以确保我们能够准确测量进度。

为分片问题添加更多信息

每个分片问题都应该有负责人、关联的里程碑，并在适用时链接到阻塞问题。 这有助于我们规划工作并估算完成日期。它还确保每个问题都指定了在出现问题时可以联系的人员。通过突出显示阻塞问题，它也帮助我们可视化项目工作，以便我们可以帮助解决这些问题。

请注意，阻塞问题可能是一个依赖关系。例如，notes 表需要完全迁移后，其他表才能继续进行。任何下游问题都应该将相关项目标记为阻塞问题，以帮助我们理解这些关系。

标记为 exempt_from_sharding 的表也应该进行分片

本节已移至 另一个位置。