关系型数据库管理系统——用表格存储和链接场景、镜头、演员、服装。制片软件标准。
在拍摄现场，制片管理只有在数据流通时才能正常运作——而这正是你需要一个系统来连接场景与镜头、镜头与演员、演员与服装、服装与地点的原因。关系型数据库管理系统将这些信息组织成表格，通过共享字段进行交互。你无需重复输入相同日期信息，只需在“拍摄日期”表中引用一次——然后每个相关表都会使用这个引用。这不仅节省了时间，还避免了典型的错误：如果拍摄地点发生变化，你只需集中更新一次，所有相关的计划就会立即保持一致。
在实际操作中，这意味着你的制片工作：FileMaker、PostgreSQL 或 MySQL 是 Call Sheets、Continuity 系统和预算跟踪软件等工具的技术基础。关系型结构允许你执行复杂的查询——例如“显示我演员 X 在地点 Y 的第 5 天到第 7 天之间的所有场景”——而无需手动翻阅数十个文件。表格中的每个条目都有一个唯一的键（主键），这个键会在其他表格中被引用（外键）。这样就形成了一个依赖网络，映射了你的整个制片过程。
实际优势还在于数据完整性。如果你的系统采用关系型原则工作，你可以通过验证规则排除错误——例如，不能创建没有拍摄地点的场景。这在你想快速录入信息时可能会令人烦恼，但可以避免之后数月的混乱。尤其是在长周期制片或多部分项目，多个助理同时向系统录入信息时，RDBMS 可以防止竞态条件和重复录入。
重要提示：RDBMS 并不“性感”，它是一个你在制片初期做出的基础设施决定——否则你之后将付出延迟和手动核对的代价。许多小型制片仍在使用 Excel 表格或 Google Sheets，这对于一个为期 5 天的制片来说可能足够了。但一旦你需要协调超过 20 个场景、每个场景超过 30 个镜头以及多个部门，你就需要 RDBMS 的严格结构。大多数专业的制片软件（Scriptation、StudioBinder）都运行在关系型数据库上，即使你作为用户看不到这一点。