刪除一場、一個鏡頭或一條記錄，會帶走什麼

專案內部的刪除並不是同一種動作。沿著劇集、場次、鏡頭、條這一條層級往下刪，屬於連帶銷毀：上一級記錄被刪除時，它名下的下游記錄會一起進入刪除範圍；拍攝日則不同，刪除拍攝日只解除歸屬，排進去的場次和條仍保留，只是不再掛在那一天。

判斷一次刪除的後果，先看它處在「劇集→場次→鏡頭→條」的層級裡，還是處在「拍攝日」這一條排期關係上。

哪些層級會連帶往下帶走

刪除劇集會帶走它下面的場次，刪除場次會帶走它下面的鏡頭，刪除鏡頭會帶走它下面的條，刪除條會帶走條下關聯的機位快照與連戲素材。鏡頭自己掛著的連戲素材也跟隨鏡頭進入範圍；刪除一場時，這一場名下的劇本正文條目也一起進入刪除範圍。

拍攝日不沿這條層級向下銷毀。刪除一個拍攝日時，原先排進這一天的場次和條只是解除與該日的歸屬，記錄本身仍在專案中；介面的確認提示原話是「刪除後將解除該拍攝日所關聯的所有排期場次，此操作不可撤銷。」這句提示描述的是排期關係，不應擴寫成場次記錄也被一起刪除。

一場戲在同一時刻只能掛一個拍攝日，所以換到另一天之前，需要先解除原來的拍攝日歸屬，再重新排進目標日。這個約束本篇只用來解釋「刪拍攝日為什麼是解除歸屬」，不展開排期操作本身；關於拍攝日與場次的關係，應按目前介面中的實際歸屬逐項核對。

刪除完成後介面沒有「撤銷」入口，也不進入一個可供使用者取回的回收位置。這裡的「不可撤銷」只描述記錄操作本身，不能再向外推成「相關檔案必然怎樣」；資料庫記錄與裝置上的媒體檔案還要看另一條清理步驟。

劇集、場次、鏡頭與條走完整刪除編排時，先凍結這次需要處理的檔案路徑清單，再標記要刪的記錄，然後提交記錄變化並按清單處理檔案。前面的步驟發生失敗時，記錄變化會回滾，清單保留給之後的重試；專案級刪除另有自己的提交階段，提交後若檔案清理沒有完成，則由之後啟動時繼續按已提交事實補做。

拍攝日刪除不進入這條檔案清理鏈，所以不能從「刪了拍攝日」推出磁碟檔案也被處理。反過來，刪除記錄進入了檔案清理編排，也不能把它簡化成「記錄一刪，相關檔案就同時消失」；檔案是否留在裝置上以工程目錄實況為準。

接收方應自行核對這一級刪除是否會連帶銷毀下游，並以工程目錄實況確認相關檔案在裝置上的狀態。

若要清理一個誤建場次，應先沿場次下面的鏡頭、條與連戲證據檢查它實際承載了什麼，再決定是否刪除。若只是撤掉某一天的排期，則應把動作理解為解除拍攝日歸屬；專案級的刪除範圍另見《退出登入、註銷帳戶和刪除專案，各自到底刪了什麼》，不要把專案內部刪除與帳號或專案刪除混成同一層。

刪除前還應確認目標記錄沒有在同時段被別人當作目前工作參照。本文不替現場人員判斷哪些記錄應當保留，只給出刪除後可核對的結構形狀；接收方或操作者應自行確認這一刀對應的是連帶銷毀，還是只解除歸屬。

場次下面的鏡頭、鏡頭下面的條，以及相應層級掛著的機位快照、連戲素材和該場的劇本正文條目會進入連帶刪除範圍。

刪除拍攝日只解除這些場次與條的日歸屬，記錄仍留在專案中；介面提示也明確寫的是解除關聯排期場次。

刪除完成後介面不提供「撤銷」入口，也不進入使用者可取回的回收位置；記錄操作與裝置上的檔案狀態應分開核對。

不能只憑記錄是否已刪除下結論；完整刪除編排會按凍結清單處理檔案，但接收方仍應以工程目錄實況核對檔案狀態。

Axiom One LLC — SlateX。以上數字截至 2026-09-24。