第二章 相關研究工作
第二節 主題地圖和其他工具的關係
主題地圖的目的是管理大量非組織化的資訊，它所提供的方法和其他用作資 訊管理或知識組織的工具有些雷同、差異，甚至是互補的特性。本節中，我們進 一步探討主題地圖和索引典、資料庫在應用上的關係。
2.2.1 索引典
索引典可說是特定領域中呈現所有詞彙及詞間關係的字典 [美國資訊科學 學會臺北分會 94]。索引典中的詞彙分為標目 (Heading) 和參照款目 (Cross Reference Entries) 兩種 [林 04]。標目是指較具代表性且建議使用的詞彙；參照 款目則相反，通常以 “USE” 指引使用者參考至同義的標目；而標目中也會以
“UF” (Used For) 說明它取代了哪些參照款目，成為代表此概念的控制詞彙。
在標目之下會列出所有的關係詞彙，包括廣義詞 (Broader Term，一般簡稱 為 BT)、狹義詞 (Narrower Term，一般簡稱為 NT) 與相關詞 (Related Term，一 般簡稱為 RT)，並以範圍註 (Scope Note，一般簡稱為 SN) 說明此標目的意義和 使用範圍。
由於索引典具備列舉詞彙以及處理詞間關係的特性，而主題地圖除了管理主 題、關聯與資源指引外，亦擅於以 scope 處理同義詞間的關係，非常適合用來建 構索引典。以下列出利用主題地圖建構索引典的五個步驟 [Garshol04]：
1. 為每個選用的標目建立主題，並以標目名稱作為主題名稱。
2. 將標目的同義詞—其參照款目同樣當作主題名稱，但註明 scope 為
“non-preferred term”。若主題名稱的 scope 為空值，則代表此名稱在任 何狀況下都適用，因此只有標目名稱一直保持為有效的主題名稱。
3. 將標目的範圍註置於主題的資源指引。因為資源指引除了提供網路資源 或檔案的連結外，亦包含了文字資訊。
4. 將標目與其相關詞之間建立關聯，關聯類別為 “related term”。
5. 建立廣義詞與狹義詞間的關聯，關聯類別為 “broader/narrower”。因為 關聯中每個主題都會扮演某個特定的角色，故用此來指定何者為廣義 詞、何者為狹義詞。
表 2-1 是一個索引典款目的範例，此例中以「土地重劃」作為標目，列出廣
<baseNameString>土地重劃</baseNameString>
</baseName>
<baseName>
<scope><topicRef xlink:href="#non-preferred term"/></scope>
<baseNameString>市地重劃</baseNameString>
</baseName>
<occurrence>
<instanceOf><topicRef xlink:href="#scope note"/><instanceOf>
<resourceData>
<association>
<instance><topicRef xlink:href="#related term"/></instance>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#土地面積"/>
</member>
</association>
<association>
<instance><topicRef xlink:href="#related term"/></instance>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#地政"/>
</member>
</association>
<association>
<instance><topicRef xlink:href="#related term"/></instance>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#heading"/><roleSpec>
<topicRef xlink:href="#都市計畫"/>
</member>
</association>
<association>
<instance><topicRef xlink:href="#broader/narrower"/></instance>
<member>
<roleSpec><topicRef xlink:href="#broader"/><roleSpec>
<topicRef xlink:href="#土地分配"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#narrower"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
</association>
<association>
<instance><topicRef xlink:href="#broader/narrower"/></instance>
<member>
<roleSpec><topicRef xlink:href="#broader"/><roleSpec>
<topicRef xlink:href="#土地使用"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#narrower"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
</association>
<association>
<instance><topicRef xlink:href="#broader/narrower"/></instance>
<member>
<roleSpec><topicRef xlink:href="#broader"/><roleSpec>
<topicRef xlink:href="#土地重劃"/>
</member>
<member>
<roleSpec><topicRef xlink:href="#narrower"/><roleSpec>
<topicRef xlink:href="#農地重劃"/>
</member>
</association>
在實作及研究上，國內目前已有淡江大學圖資系師生利用主題地圖建構索引 事先定義好的資料庫綱要 (Database Schema)，如果要在中途改變資料儲存格
式，將會十分困難，更新的成本很高。主題地圖的概念則提供一種較為彈性的方 法儲存非組織化的資訊，利用主題、關聯與資源指引之間鬆散連結 (Loosely Coupled) 的特性，讓資料之間的結構關係能視需求而調整。國外文獻中有提出 利用主題地圖增進資料庫彈性的方法 [de Graauw03]，以下我們就文獻內容說明 此構想。
圖 2-4 可用來說明上述的情況，這是一份公司各部門的員工資料表，如果想 在員工的資料裡增加一些欄位，像是員工的國籍、進修課程等，因為資料庫綱要 已確立，且累積了一定的資料量，則這樣中途的改變會變得非常困難。
圖 2-4：員工資料表 [de Graauw03]
如果我們將事後要增加的欄位獨立出來，利用關聯與資源指引來和主題連 結，則可避免這種情形，以下我們先從建立主題開始，說明如何運用主題地圖來 改善資料庫彈性的問題。
主題地圖中，每個主題都有其所屬的主題類別，因此我們建立兩個資料表，
一個記錄主題資訊，另一個記錄主題類別，參見圖 2-5。主題類別資料表中，記 錄主題類別名稱，如圖 2-6；而主題資料表中，除包括必要的名稱資訊外，並利 用 “instanceOf” 欄位指定其所屬的類別，如圖 2-7，名為 “TOPICMAPS” 的主 題即屬於 “Course” 類別。
圖 2-5：主題與主題類別 [de Graauw03]
圖 2-6：主題類別資料表 [de Graauw03]
圖 2-7：主題資料表 [de Graauw03]
每筆關聯也有其所屬的類別，同樣用兩個資料表來記錄，如圖 2-8。關聯類 別資料表中，利用欄位 “role_type_1” 和 “role_type_2” 指定主題成員所扮演的 角色，如圖 2-9，在 “Marriage” 關聯類別中，包含 “Wife” 和 “Husband” 兩種 角色；而在關聯資料表中，以 “member_1” 和 “member_2” 兩個欄位指定扮演 此角色的主題，“instanceOf” 指定關聯所屬的類別，如圖 2-10。
圖 2-8：關聯與關聯類別 [de Graauw03]
圖 2-9：關聯類別資料表 [de Graauw03]
圖 2-10：關聯資料表 [de Graauw03]
資源指引亦同，利用兩個資料表記錄資源指引及其類別，如圖 2-11。在資源 指引類別資料表中，條列類別名稱，及此類別中的資料類型，像是字串、數字或 URI 等，如圖 2-12；而資源指引資料表中，同樣用 “instanceOf” 指向資源指引 的類別，並列出包含此資源指引的主題以及資源，如圖 2-13，主題 “Jones, Sally”
具有兩項資源— “Attends New Year Party?” 和 “Annual review 2002”。
圖 2-11：資源指引及其類別 [de Graauw03]
圖 2-12：資源指引類別資料表 [de Graauw03]
圖 2-13：資源指引資料表 [de Graauw03]
經由主題、關聯與資源指引之間的連結，我們可以彈性調整資料庫中每筆資 料所需的欄位。如圖 2-14 的員工資料表單中，對於 Sally Jones 這名員工，可利 用關聯隨意增刪其進修課程、國籍、婚姻狀況等資料，而不必事先固定欄位，像 Sally Jones 的進修課程就包含兩種，如果我們要再加以增刪也不會影響資料庫的 整體設計。而資源指引，也如同關聯的情形，可依據情況需要而增刪資料。
圖 2-14：員工資料表單 [de Graauw03]
至於主題地圖擅於處理的單一主題多名稱的功能，可透過關聯式資料庫本身 的特性—資料表互相參考、資料串連的方式來達成 [Johannesen04]，如圖 2-15，
如果 ID 編號為 7 的資料不只一個名稱時，我們可利用多個資料表互相參考來增 加資料欄位的彈性，如圖 2-16。
圖 2-15：處理單一名稱的資料表 [Johannesen04]
圖 2-16：處理多主題名稱的資料表 [Johannesen04]
上圖 Works Table 中 ID 編號為 7 的作品透過 Name-lookup Table 指引到兩個 在 Name Table 中編號為 1 和 2 的名稱，如此一來即可隨意增減作品的名稱個數。
從以上幾個例子中，我們可以發現主題地圖的概念十分適合用來克服關聯式 資料庫先天上的限制，兩者的結合可帶來非常好的效果，但是不是所有的資料都 適合以主題、關聯、資源指引的概念存放在資料庫中呢？答案是否定的，因為這 樣的作法其實是利用多個資料表將資料分散儲存，當資料量變得很大且執行效率 又很重要時，這種方法就不適用了。因此，只有當資料庫裡有需要個別調整欄位 的記錄時2，才是應用主題地圖概念的最佳時機。