命運/零和命運/熬夜：無限的刀鋒-前傳vs續集vs其他？

命運/住宿之夜：無限的劍刃作品第2季OP FULL [Brave Shine]與Romaji歌詞

這可能不是問這個問題的合適地點，但是由於你們最熟悉動漫，所以我想在這裡問。

我正在為個人項目設計動漫數據庫（與MAL或AniDB不同），但是與這兩個不同，我對這兩個術語的定義要嚴格得多。我將它們定義為：

續集：原始故事之後的作品和繼續或擴展原始故事。
前傳：原始故事之後的作品和是按時間順序在原始故事之前設定的。

這意味著所有前傳都是隱式的續集，這就是前傳的意思。

現在，F / Z和F / SN：UBW的情況非常棘手。每個人和他們的母親都傾向於將F / Z視為前傳到UBW，因為F / Z視覺小說實際上是 F / SN VN的前傳。

但是，當涉及到動畫時，首先製作F / Z，然後製作UBW。在這種情況下，UBW動漫是否會被視為續集 F / Z動漫？有人認為，UBW根本不打算成為F / Z的續集，但是他們之間的關係又是什麼呢？分拆？

您實際上是否需要在數據庫中離散地捕獲這些數據（即，將動漫之間的關係歸類為前傳或續集，您將獲得什麼價值）？對於諸如Fate之類的半古怪的情況，將它們之間的關係分類為“其他”可能是有意義的，然後有一個關聯的文本字段，您可以在其中輸入有關它們之間精確關係的一些註釋。
@senshin最終，我希望能夠運行查詢，使我能夠獲得動漫X的所有前傳/續集/衍生品/其他關係，以及給出潛在的“訂單”或對系列/專營權中的標題進行排序。
我在這裡看到兩個單獨的問題：您希望對相關係列進行分組，但是您也想生成一個排序。對相關係列進行分組很容易：只需將它們與規範條目相關聯，例如我們如何使用“ fma-series”標籤和“ fma-2003”，“ fma-brotherhood”和“ fma-manga”標籤。生成訂單要困難得多，因為太多的節目不能整齊地落入“前傳”或“續集”中。例如如果您所擁有的只是前傳和續集，UBW和Deen Fate有什麼關係？ Yuru Yuri和Rewrite有什麼關係？《小圓》和《小圓：不同的故事》有什麼關係？（續）
我認為您應該將此項目帶給Programmers.SE或數據庫管理員，並尋求有關建模此類關係的建議，因為它們會變得很粘。

這個問題的答案取決於您是在談論文學分析，還是出於數據建模目的的分析，而這正是該職位的實際要求。

OP中鏈接的Wikipedia頁面提供了文學上的定義：前傳是續集，其時間表早於原始作品。從這個意義上說，Fate / Zero是Unlimited Blade Works的續集，因為它在原始作品VN的基礎上進行了擴展，該作品將UBW作為一個故事路線。從這個意義上說，命運/零也是UBW的前傳，因為它發生在時間線上比UBW更早。

但是，您實際上並不需要文學上的定義：您需要在某種數據庫中為系列之間的關係建模。為此使用文學定義將是一場噩夢，因為文學定義通常不精確，有時含糊不清，有時相互矛盾，並且通常在邊界附近模糊。維基百科頁面提供了一些很好的西方例子。我在這裡列出一些動漫示例：

Deen Fate / Stay Night和Unlimited Blade Works完全在同一時間發生在同一宇宙中，都是對Fate / Stay Night視覺小說中故事路線的改編。您不能真的說這些演出通常是彼此的前傳或續集。在這部視覺小說中，《無盡的刀刃》確實在命運圓弧上進行了擴展（適應於《命運命運/深夜》），但它既沒有發生在命運之前，也沒有發生在命運之後。它發生代替命運。
Yuru Yuri和Rewrite發生在相同的世界，同一所學校，並且涉及多個相同的角色，但是在時間軸上它們實際相對彼此的位置是模糊的。
Owarimonogatari，儘管是最新的系列，但發生在Nisemonogatari之後以及第二季的第一段。
如果包含漫畫，則除第一個（直接改編動畫）外，所有Madoka漫畫都會在其他時間軸中出現。您可以對它們進行排序，因為Homura以某種順序體驗它們，但是通常無法分辨它們之間的相對位置。還， 不同的故事 第1卷是前傳-它的事件發生在動漫之前，並且在所有替代時間軸上都保持不變-但第2捲和第3卷是另一個替代時間軸。

我只會把前傳/續集的術語全部扔掉。它對於文學分析而言有些有用，但過於粗糙，無法進行良好的數據建模。動漫有兩件重要的事情：宇宙年表，以及特許經營權各個部分的接受順序。第二個通常與生產訂單相對應，儘管當您沒有原始工作可依靠時（例如Fate系列的情況），它會變得很奇怪。宇宙中的時間安排很明確：命運/零在無限刀片製造之前。還很清楚，當您包含原始作品時，您是要先體驗視覺小說，然後是命運/零小說或動漫，然後是無限刀刃作品動漫。當您將視覺小說從等式中刪除時，就沒有明確的答案，正如我的這個老問題所顯示的那樣。但是您將把這兩個獨立的事物視為獨立的數據片段，將大大簡化數據建模。

感謝您的見解。關於UBW和Deen版本之類的東西，我實際上會有另一種分類，即“ alt。version”（我相信，MAL和AniDB也是這樣）的，所以Deen的F / SN，Deen的UBW，Ufotable的UBW，和Ufotable的《天堂的感覺》，我都會歸為對方的“替代版本”。
我同意整個訂購工作將變得非常複雜，因此我可能最終將其報廢。它的價值似乎太麻煩了，因為許多系列“排序”是非常非線性的。不過，這讓我想知道AniDB是如何做到的。
1 @fateconfused好吧，AniDB就是這樣-它們具有連接相關動畫的邊緣類型的整體。其中一些是前傳/續集邊緣，但是還有其他六種類型的邊緣（其中有些不能合理地分配方向，例如“其他”或“字符”）。（如果您問他們如何製作圖形，可以使用許多圖形繪製庫來強制執行諸如“始終將前傳置於續集之上”之類的操作，以得到相當不錯的結果。）
@fateconfused ++代表senshin所說的，我再次強烈建議您尋求有關SO，程序員或DBA的一些建議，或者如果您有一些完整且有效的代碼，則可以轉到Code Review。我正在學習程序員和代碼審查，如果您在此處鏈接問題，很高興為您提供更多反饋。（當然，在那些站點上，還有很多人比我更了解我。）

由於Fate / SN UBW動畫是F / SN VN中UBW路線之一的改編，因此它不是F / Z的續集，因為它不是它自己的原創作品。您可以將其視為作品本身的重新製作版本。

是的，F / Z動畫先於F / SN UBW動畫，但是F / SN UBW路線本身早在F / Z之前就已經存在。您鏈接的Wikipedia文章指出：

續集是文學，電影，劇院，電視，音樂或視頻遊戲的敘事，紀錄片或其他作品，延續了某些早期作品的故事或在其上進行了擴展。

既玩了VN路線又看了動漫，我可以說動漫沒有達到定義。動漫本身並沒有為我們在VN中不知道的故事增加任何內容。它僅適用於VN。雖然，我想您可以說Fate / SN UBW的最後一集是續集，因為它描繪了Emiya和Rin在鐘樓的生活，而原始VN只是在暗示這一點。我將其稱為對結局的重新詮釋，而不是完整的續集。