MINFO 印度鐵礦資源礦物資訊原型

minfo－印度鐵礦資源礦物資訊原型資料庫

minfo--aprotypemineralinformationdatabaseforiron ore resourcesofindia

（computers&geosciences27(2001)357-361）

撰文：indranilroy，b.c.sarker,a.chattopadhyay

翻譯：楊賀巨集

介紹一直增長的礦物資源需求帶來與資源相關的資訊的同樣的大量需求。探測和相關的開採活動產生了大量資料。在印度，因為通訊的不足和沒有**資料倉儲，這些資訊停留在原始資料狀態。這個問題可通過建立計算機礦物資訊資料庫解決。印度的大豐富鐵礦資源主要分布在5個區，即a區（南比哈爾和北奧里薩邦），b區（baster,rajhara,madhyapradesh的rowghat地區），c區（bellary,karnataka的hospet地區），d區（goa）和e區（bababudan,karnataka的kudremukh地區）（圖1）。（banerjee和sharma，1994）。目前，在印度有259個正在運作的鐵礦山和幾百個未開發的礦點（deposit）（印度礦務局，1992）。在這種形勢下，依照印度新的國家礦務政策，嘗試開發了印度鐵礦資源礦物資訊資料庫，

minfo。到目前為止，該原型系統包括了a區32個鐵礦點的資訊。這些礦點的資訊是從各種已出版的文件和各個採礦報告蒐集來的。用於各個礦點資訊處理的表單已經準備好。為了確保可靠性，走訪了各個礦點反覆校驗資訊。另外，為各個礦點分別製作資料檔案和並鏈結到系統中。這篇文章是對針對印度礦物資源開發的礦物資訊原型資料庫－

minfo的描述。主要突出

minfo資料庫的構造和資訊管理體系，包括資料檔案的結構和使用者介面。

系統要求

minfo資料庫是用turbopascal(ver.6.0)開發的，可執行於3.0或更高版本，在任何ibmpc相容機，最好是486或更高的微處理器和最少2.46kbram。核心模組需要硬碟空間2.46mb。資料庫部分的儲存空間依資料庫大小而定，每個礦點的資料需要1.84kb。

資料庫的變數組織

依照clark和cook(1978),為了充分定義乙個礦點，必須考慮7類資訊。包括（i）編目和總體組織的資訊，（ii）礦點的地理位置資訊，（iii）租賃資訊和其他法規方面，（iv）現有礦物學，礦種和選礦的描述，（v）各種類別的儲量資訊，（vi）礦點地質資訊，和（vii）目前採礦活動的資訊。在

minfo礦物資訊資料庫中，這7類資訊又細分為64個域。各個類別資訊和相關的字段如表1所示。

資料庫構造和檔案

minfo礦物資訊資料庫由乙個核心資訊管理程式檔案，3個系統檔案（config.mnf,fields.mnfandhelp.mnf）和2類資料檔案（即主記錄檔案以及各個礦點的資訊檔案）組成。在系統結構上，系統檔案和主記錄檔案（主資料檔案）都鏈結到核心程式檔案上。另一方面，各個礦點資訊的資料檔案鏈結到主記錄檔案的乙個混合結構。整個資料庫結構如圖2所示。作為礦點目錄的資料庫的主記錄部分是乙個自然**。**裡的每條記錄代表乙個礦點，並鏈結到包含相應礦點有關資訊的分開的檔案。每個這樣的檔案都很小（184kb），從而可以快速訪問和在執行dos的pc機上有限儲存空間中獲得最佳執行效果。主表正中的記錄包含礦點名稱，細節記錄檔名，礦點**，建立日期，建立者名字，最後修改日期，修改人名字，和代表礦點任何類別細節資訊存在與否的標記。這些標記提高了查詢的速度。增加或刪除任何礦點都反映在主記錄上。層次上，各個礦點結構化的資訊檔案包括標題，礦點名稱和唯一的礦點**，還有描述礦點資訊的各個類別欄位如表1所示。系統檔案fields.mnf列出了各個資料字段和它們的層次關係。用於結構化使用者自定義查詢。在查詢的過程中，雖然主字段是預先定義的，但事實上不同欄位的任何組合都能用來建立最終的搜尋變數。這就使構造查詢的範圍有了大的多的靈活性。實用使用者自定義查詢，系統分2個階段搜尋資料庫。首先，通過測試礦物資訊類別的標記線性搜尋主記錄檔案，建立礦點名稱列表，即查詢要求的礦點。帶負值標記的礦點被排除在列表之外。然後，把主記錄檔案作為多重鏈結的節點（即把標記作為檔案的指標），通過查詢變數訪問並測試各個礦點名稱在列表中的資料檔案。最後建立乙個新的列表儲存結果。1

MINFO 印度鐵礦資源礦物資訊原型

印度出差紀實！！！！

扯淡印度軟體

四氧化三鐵

MINFO 印度鐵礦資源礦物資訊原型

印度出差紀實！！！！

扯淡印度軟體

四氧化三鐵

相關推薦