リレーショナルデータベース管理システム——シーン、テイク、俳優、衣装をリンク表で管理。制作ソフトの標準。
撮影現場でのプロダクション管理は、データが流れて初めて機能します。そして、まさにそのために、シーンとテイク、テイクと俳優、俳優と衣装、衣装とロケーションを関連付けるシステムが必要になります。リレーショナルデータベース管理システムは、これらの情報をテーブルに整理し、共通のフィールドを介して互いに通信させます。同じ日付情報を何百回も入力する代わりに、「撮影日」テーブルで一度参照するだけで、関連するすべてのテーブルがその参照を利用します。これにより、時間の節約だけでなく、典型的なエラーも防ぐことができます。撮影場所が変更された場合、中央で更新するだけで、依存するすべてのスケジュールが即座に一貫性を保ちます。
実際には、これはあなたのプロダクション作業において、FileMaker、PostgreSQL、またはMySQLが、コールシート、コンティニュイティシステム、予算追跡ソフトウェアなどのツールの技術的基盤を形成することを意味します。リレーショナル構造により、例えば「俳優XがロケーションYで5日から7日の間に登場するすべてのシーンを表示する」といった複雑なクエリを実行できます。これは、数十のファイルを個別に調べる必要なしに可能です。テーブルの各エントリには一意のキー（主キー）があり、そのキーは他のテーブルで参照（外部キー）されます。このようにして、あなたのプロダクション全体をマッピングする依存関係のネットワークが構築されます。
実践的な利点は、データ整合性にもあります。システムがリレーショナル原則で動作する場合、検証ルールによってエラーを排除できます。例えば、撮影場所なしにシーンを作成できないようにするなどです。これは、すぐに何かを入力したいときには煩わしいかもしれませんが、後々数ヶ月にわたる混乱を防ぎます。特に長期間のプロダクションや複数パートのプロジェクトで、複数のアシスタントが同時にシステムに書き込む場合、RDBMSは競合状態や二重入力を防ぎます。
重要：RDBMSは「セクシー」なものではありません。それはプロダクションの初期段階で下すインフラストラクチャの決定です。さもなければ、後で遅延や手動での調整という代償を払うことになります。多くの小規模プロダクションでは、まだExcelシートやGoogle Sheetsを使用していますが、これは5日間のプロダクションであれば十分かもしれません。しかし、20シーン以上、1シーンあたり30テイク以上、複数の部署を調整する必要がある場合は、RDBMSの厳格な構造が必要になります。ほとんどのプロフェッショナルプロダクションソフトウェア（Scriptation、StudioBinder）は、ユーザーには見えませんが、リレーショナルデータベース上で動作しています。