cdl編程

① 什麼是元數據

元數據（Meta Data）是關於數據倉庫的數據，指在數據倉庫建設過程中所產生的有關數據源定義，目標定義，轉換規則等相關的關鍵數據。同時元數據還包含關於數據含義的商業信息，所有這些信息都應當妥善保存，並很好地管理。為數據倉庫的發展和使用提供方便。

元數據是一種二進制信息，用以對存儲在公共語言運行庫可移植可執行文件 (PE) 文件或存儲在內存中的程序進行描述。將您的代碼編譯為 PE 文件時，便會將元數據插入到該文件的一部分中，而將代碼轉換為 Microsoft 中間語言 (MSIL) 並將其插入到該文件的另一部分中。在模塊或程序集中定義和引用的每個類型和成員都將在元數據中進行說明。當執行代碼時，運行庫將元數據載入到內存中，並引用它來發現有關代碼的類、成員、繼承等信息。

元數據以非特定語言的方式描述在代碼中定義的每一類型和成員。元數據存儲以下信息：

程序集的說明。
標識（名稱、版本、區域性、公鑰）。
導出的類型。
該程序集所依賴的其他程序集。
運行所需的安全許可權。
類型的說明。
名稱、可見性、基類和實現的介面。
成員（方法、欄位、屬性、事件、嵌套的類型）。
屬性。
修飾類型和成員的其他說明性元素。

一、元數據的優點

對於一種更簡單的編程模型來說，元數據是關鍵，該模型不再需要介面定義語言 (IDL) 文件、頭文件或任何外部組件引用方法。元數據允許 .NET 語言自動以非特定語言的方式對其自身進行描述，而這是開發人員和用戶都無法看見的。另外，通過使用屬性，可以對元數據進行擴展。元數據具有以下主要優點：

自描述文件。
公共語言運行庫模塊和程序集是自描述的。模塊的元數據包含與另一個模塊進行交互所需的全部信息。元數據自動提供 COM 中 IDL 的功能，允許將一個文件同時用於定義和實現。運行庫模塊和程序集甚至不需要向操作系統注冊。結果，運行庫使用的說明始終反映編譯文件中的實際代碼，從而提高應用程序的可靠性。

語言互用性和更簡單的基於組件的設計。
元數據提供所有必需的有關已編譯代碼的信息，以供您從用不同語言編寫的 PE 文件中繼承類。您可以創建用任何託管語言（任何面向公共語言運行庫的語言）編寫的任何類的實例，而不用擔心顯式封送處理或使用自定義的互用代碼。

二、屬性。

.NET Framework 允許您在編譯文件中聲明特定種類的元數據（稱為屬性）。在整個 .NET Framework 中到處都可以發現屬性的存在，屬性用於更精確地控制運行時您的程序如何工作。另外，您可以通過用戶定義的自定義屬性向 .NET Framework 文件發出您自己的自定義元數據。有關更多信息，請參見利用屬性擴展元數據。

三、元數據的意義

說到元數據的意義，可以從其應用目的來談的。雖然做數據倉庫言必稱元數據，必稱技術、業務元數據，但其到底用於何處？離開了目標去談元數據，就發現元數據包含太多的東西，因為他是描述數據的數據嘛。

還是那客戶關系系統來比喻，這個系統維護客戶信息當然是有目的的，是要用這些信息進行一些自動的流程處理、去挖掘一些客戶潛在的價值、做好客戶服務。當然沒有必要去維護客戶的生命特徵信息，諸如指紋、犯罪史等，這些信息跟客戶關系管理的目標關系不大。元數據也是如此，你可以將所以數據的結構、大小、什麼時間創建、什麼時間消亡、被那些人使用等等，這些信息可以延伸得太廣，如果不管目標，而試圖去建一個非常完美的元數據管理體系，這是一種絕對的"自上而下"做法，必敗無疑。

四、元數據列舉

基於應用，可以將元數據分成以下的若干中。

數據結構：數據集的名稱、關系、欄位、約束等；
數據部署：數據集的物理位置；
數據流：數據集之間的流程依賴關系（非參照依賴），包括數據集到另一個數據集的規則；
質量度量：數據集上可以計算的度量；
度量邏輯關系：數據集度量之間的邏輯運算關系；
ETL過程：過程運行的順序，並行、串列；
數據集快照：一個時間點上，數據在所有數據集上的分布情況；
星型模式元數據：事實表、維度、屬性、層次等；
報表語義層：報表指標的規則、過濾條件物理名稱和業務名稱的對應；
數據訪問日誌：哪些數據何時被何人訪問；
質量稽核日誌：何時、何度量被稽核，其結果；
數據裝載日誌：哪些數據何時被何人裝載；

五、元數據開發應用的標准化框架

1、數字圖書館資源組織框架

2. 元數據開發應用框架

2.1 元數據的基本意義 Metadata（元數據）是「關於數據的數據」；

元數據為各種形態的數字化信息單元和資源集合提供規范、普遍的描述方法和檢索工具；

元數據為分布的、由多種數字化資源有機構成的信息體系（如數字圖書館）提供整合的工具與紐帶。

離開元數據的數字圖書館將是一盤散沙，將無法提供有效的檢索和處理。

3. 元數據應用環境

3.1 Metadata的應用目的

（1）確認和檢索（Discovery andentification），主要致力於如何幫助人們檢索和確認所需要的資源，數據元素往往限於作者、標題、主題、位置等簡單信息，Dublin Core是其典型代表。

（2）著錄描述（Cataloging），用於對數據單元進行詳細、全面的著錄描述，數據元素囊括內容、載體、位置與獲取方式、製作與利用方法、甚至相關數據單元方面等，數據元素數量往往較多，MARC、GILS和FGDC/CSDGM是這類Metadata的典型代表。

（3）資源管理（Resource Administration），支持資源的存儲和使用管理，數據元素除比較全面的著錄描述信息外，還往往包括權利管理（Rights/Privacy Management）、電子簽名（Digital Signature）、資源評鑒（Seal of Approval/Rating）、使用管理（Access Management）、支付審計（Payment and Accounting）等方面的信息。

（4）資源保護與長期保存（Preservation and Archiving），支持對資源進行長期保存，數據元素除對資源進行描述和確認外，往往包括詳細的格式信息、製作信息、保護條件、轉換方式（Migration Methods）、保存責任等內容。

3.2 Metadata在不同領域的應用 根據不同領域的數據特點和應用需要，90年代以來，許多Metadata格式在各個不同領域出現

例如：
網路資源：Dublin Core、IAFA Template、CDF、Web Collections
文獻資料：MARC（with 856 Field），Dublic Core
人文科學：TEI Header
社會科學數據集：ICPSR SGML Codebook
博物館與藝術作品：CIMI、CDWA、RLG REACH Element Set、VRA Core
政府信息：GILS
地理空間信息：FGDC/CSDGM
數字圖像：MOA2 metadata、CDL metadata、Open Archives Format、VRA Core、NISO/CLIR/RLG Technical Metadata for Images
檔案庫與資源集合：EAD
技術報告：RFC 1807
連續圖像：MPEG-7

3.3 Metadata格式的應用程度

不同領域的Metadata處於不同的標准化階段：
在網路資源描述方面，Dublin Core經過多年國際性努力，已經成為一個廣為接受和應用的事實標准；

在政府信息方面，由於美國政府大力推動和有關法律、標準的實行，GILS已經成為政府信息描述標准，並在世界若干國家得到相當程度的應用，與此類似的還有地理空間信息處理的FGDC/CSDGM；

但在某些領域，由於技術的迅速發展變化，仍然存在多個方案競爭，典型的是數字圖像的Metadata，現在提出的許多標准都處於實驗和完善的階段。
3.4 Metadata格式「標准化」程度問題

Metadata開發應用經驗表明，很難有一個統一的Metadata格式來滿足所有領域的數據描述需要；即使在同一個領域，也可能為了不同目的而需要不同的但可相互轉換的Metadata格式。

同時，統一的集中計劃式的Metadata格式標准也不適合Internet環境，不利於充分利用市場機制和各方面力量。

但在同一領域，應爭取「標准化」，在不同領域，應妥善解決不同格式的互操作問題。

4. 元數據結構

4.1 總體結構定義方式 一個Metadata格式由多層次的結構予以定義：

（1）內容結構（Content Structure），對該Metadata的構成元素及其定義標准進行描述。

（2）句法結構（Syntax Structure），定義Metadata結構以及如何描述這種結構。

（3）語義結構（Semantic Structure），定義Metadata元素的具體描述方法。

4.2 內容結構

內容結構定義Metadata的構成元素，可包括： 描述性元素、技術性元素、管理性元素、結構性元素（例如與編碼語言、Namespace、數據單元等的鏈接）。

這些數據元素很可能依據一定標准來選取，因此元數據內容結構中需要對此進行說明，例如MARC記錄所依據的ISBD，EAD所參照的ISAD（G），ICPSR所依據的ICPSR Data Preparation Manual。

4.3 句法結構

句法結構定義格式結構及其描述方式，例如元素的分區分段組織、元素選取使用規則、元素描述方法（例如Dublin Core採用ISO/IEC 11179標准）、元素結構描述方法（例如MARC記錄結構、SGML結構、XML結構）、結構語句描述語言（例如EBNF Notation）等。

有時，句法結構需要指出元數據是否與所描述的數據對象捆綁在一起、或作為單獨數據存在但以一定形式與數據對象鏈接，還可能描述與定義標准、DTD結構和Namespace等的鏈接方式。

4.4 語義結構 語義結構定義元素的具體描述方法，例如 描述元素時所採用的標准、最佳實踐（Best Practices）或自定義的描述要求（Instructions）。

有些元數據格式本身定義了語義結構，而另外一些則由具體採用單位規定語義結構，例如Dublin Core建議日期元素採用ISO 8601、資源類型採用Dublin Core Types、數據格式可採用MIME、識別號採用URL或DOI或ISBN；
又如OhioLink在使用VRA Core時要求主題元素使用A&AT、TGM和TGN，人名元素用ULAN。

5. 元數據編碼語言與製作方式

5.1 元數據編碼語言

元數據編碼語言（Metadata Encoding Languages）指對元數據元素和結構進行定義和描述的具體語法和語義規則，常稱為定義描述語言（DDL）。

在元數據發展初期人們常使用自定義的記錄語言（例如MARC）或資料庫記錄結構（如ROADS等），但隨著元數據格式的增多和互操作的要求，人們開始採用一些標准化的DDL來描述元數據，例如SGML和XML，其中以XML最有潛力。

5.2 元數據製作方式

（1）專門編制模塊（例如對MARC、GILS、FGDC等）

（2）數據處理時自動編制（例如對Dublin Core等）

（3）數據物理處理時自動編制（例如數字圖像掃描時的某些元數據參數）

（4）共享元數據（例如OCLC/CORC、IMESH

6. 元數據互操作性

6.1 元數據互操作性問題

由於不同的領域（甚至同一領域）往往存在多個元數據格式，當在用不同元數據格式描述的資源體系之間進行檢索、資源描述和資源利用時，就存在元數據的互操作性問題（Interoperability）：
多個不同元數據格式的釋讀、轉換和由多個元數據格式描述的數字化信息資源體系之間的透明檢索。

6.2 元數據格式映射

利用特定轉換程序對不同元數據元格式進行轉換，稱為元數據映射（Metadata Mapping/Crosswalking）。

目前已有大量的轉換程序存在，供若幹流行元數據格式之間的轉化，例如
Dublin Core與USMARC； Dublin Core與EAD
Dublin Core與GILS； GILS與MARC TEI
Header與MARC FGDC與MARC

也可利用一種中介格式對同一格式框架下的多種元數據格式進行轉換，例如UNIverse項目利用GRS格式進行各種MARC格式和其它記錄格式的轉換。格式映射轉換准確、轉換效率較高。不過，這種方法在面對多種元數據格式並存的開放式環境中的應用效率明顯受到限制。

6.3 標准描述框架

解決元數據互操作性的另一種思路是建立一個標準的資源描述框架，用這個框架來描述所有元數據格式，那麼只要一個系統能夠解析這個標准描述框架，就能解讀相應的Metadata格式． 實際上，XML和RDF從不同角度起著類似的作用。

XML通過其標準的DTD定義方式，允許所有能夠解讀XML語句的系統辨識用XML_DTD定義的Metadata格式，從而解決對不同格式的釋讀問題。

RDF定義了由Resources、Properties和Statements等三種對象組成的基本模型，其中Resources和Properties關系類似於E-R模型，而Statements則對該關系進行具體描述。

RDF通過這個抽象的數據模型為定義和使用元數據建立一個框架，元數據元素可看成其描述的資源的屬性。

進一步地，RDF定義了標准Schema，規定了聲明資源類型、聲明相關屬性及其語義的機制，以及定義屬性與其它資源間關系的方法。另外，RDF還規定了利用XML Namespace方法調用已有定義規范的機制，

6.4 數字對象方式

建立包含元數據及其轉換機制的數字對象可能從另一個角度解決元數據互操作性問題。

Cornell/FEDORA項目提出由內核（Structural Kernel）和功能傳播層（Disseminator Layer）組成的復合數字對象。

內核里，可以容納以比特流形式存在的文獻內容、描述該文獻的元數據、以及對這個文獻及元數據進行存取控制的有關數據。

功能傳播層，主功能傳播器（PrimitiveDisseminator）支持有關解構內核數據類型和對內核數據讀取的服務功能，還可有內容類型傳播器（Content-Type Disseminators），它們可內嵌元數據格式轉換機制。

例如，在一個數字對象的內核中存有MARC格式的元數據，在功能傳播層裝載有請求Dublin Core格式及其轉換服務的內容類型傳播器。當數字對象使用者要求讀取以Dublin Core表示的元數據時，相應的內容類型傳播器將通過網路請求存儲有Dublin Core及其轉換服務程序的數字對象，然後將被請求數字對象中的MARC形式元數據轉換為Dublin Core形式，在輸出給用戶。

7. 幾點建議

跟蹤元數據發展、積極參與制定元數據標准、加快元數據應用、注意國際接軌。
加快研究有效利用元數據進行檢索（包括異構系統透明檢索）、相關性學習、個性化處理等的機制。
加快研究元數據與數字對象和數字化資源體系有機整合的途徑與方法。
推進研究利用元數據進行基於知識的數據組織和知識發現。

② 卡西歐計算器怎麼編程

卡西歐計算器有很多種的，，每一種卡西歐計算器編程語言都大不一樣，就比如卡西歐4800和卡西歐5800計算器，編程語句和關鍵字很多不一樣的了，如果你問的僅僅是進入計算器編程界面的話，對於卡西歐5800計算器那就是：「MODESRTUP」——5號鍵，PROG——1號鍵，NEW——輸入程序名稱——選擇程序模式（一般情況下都是在COMP模式下）——進入代碼輸入界面，輸入程序代碼再運行就行了。

一、使用簡單，最大的一個優點就是只要具有初中水平會運用數學公式對函數有一般的了解的人，能基本理解casio4x00的內裝函數即可進行簡單的編程。非常適合測量初學者和數學程序愛好者學習，也適合專業的測量人員的使用和能力提高。不像其它的專業一定要具有較高的專業技術水平才能進行電腦編程。

二、成本低廉，價格在400元左右。

三、攜帶方便，體積很小可隨時放在口袋裡隨拿隨用。casio系列較好的編程型號有casio4500（以下簡稱4500）、casio4800（以下簡稱4800），（好象近來還推出了一款casio4850）前者較內存小，只有1103個位元組，能應付一些較為簡單的公式計算和科學計算，但由於內存有限，對一些較復雜或子程序過多的程序就力不從心了，不能出色的完成測量任務。4800就比4500有較大的改進，4800內存達到的4500個位元組，而且顯示屏是4500的幾倍大，能更准確的顯示數據，內裝函數字元一目瞭然。且具有簡單的人機對話功能，出現了菜單子菜單。4800還在4500增加了啊佛加德羅常數、萬有引力長常數、詳見《操作說明書》。4800有很多很實用的功能如他有一個公式解答功能，其原理是用牛頓法解方程。

舉個例子：有一方程式：a=2b-c求當a=2、c=5時的b值。將該方程式存入公式存貯器中，：先按按解答鍵「SOLVE」a輸入2、c輸入5，再按解答鍵「SOLVE」計算器就會顯示：b=3.5。此項功能被稱為自動解答功能。同時它也是非常實用的，在實際工作中通常要有一個經常使用的小公式，可藉助它來完成。4800使用的程序語言可以算做簡單的BASIC語言，有的命令如GOTO（轉移到）、PAUSE（暫停）就與BASIC語言的一模一樣。現在4800的程序語言來說說。其主要命令有：

1、=>??條件轉移成立符號，其用法相當於BASIC中的IF??THEN（假設語句相當於假如??然後，IF相當於條件??THEN相當於結果）語句

2、≠>??條件轉移不成立符號，其用法相當於BASIC中的IF??ELSE語句通常二者連用，相當於BASIC中的IF??THEN??ELSE語句（它的英語形式一般為ifa＞bthenc＞delseifb＞athe??）

3、_??條件轉移結束符號，與=>和≠>配合使用，放在條件語句最後面。

4、LbI??標記命令。用於將一段語句作轉換標記。後可接字母、數字、符號，但不能超過兩個位元組，如不能用≥10的數字作行標，否則會出現出錯信息。

5、Goto??（條件）轉移命令。前面可加條件語句，與BASIC中的GOTO作用相同。通常與LbI一起用，如果所轉移的行號無效，則會顯示：GOERROR（詳見說明書）出錯信息

6、Dsz??減量循環命令。可減少未知數的數量。

7、Isz??增量循環命令。

8、Pause??暫停命令。後可接0~9之間的整數n，可使某一數據顯示n/2秒鍾，然後繼續運行下面的程序。它被認為是一個語句。

9、Fixm??變數鎖定命令。該命令能使其所有變數值（A~Z）均當成定數處理。當程序運行時，將不需要輸入變數（「{}」內的變數除外），而是將存貯器中原有的數值來完成計算。

10、{}??變數輸入命令。只程序在循環使用時經常發生改變的數字，如里程、和寬度。它的輸入方式可以使很多種如{AB}{A,B}{AB}都可以。注意「{」和「}」必需成對輸入。否則會出現SynERROR（詳見說明書）出錯信息。

11、=、≠、>、<、≤、≥??條件運算關系運算元，常與Goto命令構成條件轉換語句。

12、Prog??在正常情況是下打開程序的快捷鍵。在編程過程中是運行子程序命令，後接子程序名（一定要加引號，且要注意空格，否則會出現SynERROR（詳見說明書）的出錯信息。

13、↓??換行，只保留計算過程不顯示計算結果。當不想對其換行時也可用：代替。

14、_??數據顯示命令。該命令輸入後會自動換行。保留計算過程並顯示計算結果。有一條總原則即：①學會運用程序的語言，盡可能使程序變得簡明扼要；我們編寫程序應該盡可能地使程序變得簡明扼要，能省略的要一定省略。煩瑣的語句過多的位元組只能使計算器的運算速度變慢沒有任何好處，而且相當站用內存。學會節省位元組和使用符號是相當重要的。尤其要靈活運用計算器語句因為它會使你更多的節省位元組達到預期效果。比如下程序就靈活運用了Dsz（減量循環命令）。比如使其能輸入10個數值，並計算10個數值的平均值。一般程序求10個數字的平均值需要有11個數字的提示符號。但學會靈活運用了Dsz（減量循環命令）那麼只要有三個就可以了，這樣就大大節省了位元組的佔用。常式序如下：

A=10

C=0

Lbi1

{B}

C=B+C

DszA

Goto1

C÷10

但要注意的是：如果你是初學者或你對程序的編程不熟練，首先一定要先按照你的思路把程序步驟一步一步的列好在確定它能正確的計算後在想辦法對其進行精簡修改，否則只會使程序出現過多的錯誤；②盡可能使程序所包含的子程序減少；子程序過多就會造成程序結構鬆散，有的計算器主程序需要三個或四子程序，過多的子程序只會引起程序之間紊亂、混淆。子程序過多對在使用時查找也比較麻煩。而且子程序過多如果其中某個環節出現錯誤很難發現其錯誤所在，在編寫程序時要盡量的少編寫子程序，即使要編寫子程序時也要注意尤其在容易出錯的地方要多加註意。有弊就有利如果你對子程序了解得多了那麼可以幾個主程序合用一個之程序也到到了要求的減少程序的位元組使程序更簡化。常式序如下：

CXCD

Lbi1Lbi1

Prog」V」Prog」V」

B=L-(K-S)_B=L+(K-S)_

Goto1Goto1

V

Y=√A2B2+B2X2÷A

③盡量少用或不使用擴充變數存貯器，如A[1]、A[2]等：使用擴充存貯器是一個利少弊多的做法。每擴充一個存貯器就要減少10個位元組的容量，而每個擴充存貯器至少要佔四個位元組，比一個A~Z變數凈增三個。有時你會覺得變數存貯器不夠用。其實不盡然，一般程序變數數很少會超過26個，只是你不懂得去使用。一般來說，兩個相對獨立的程序步驟之間根本不需要考慮變數重復問題。針對某一個程序，只要不是固定變數（{}內的變數），也就是那些通過計算出來的用於下一步計算的數值。我們就可以通過重復賦值來得到某些計算量。反正在下一輪循環中該量是變化的。明白了各種命令的含義和注意事項就可以編程了。舉例有公式如下：

CX程序名稱

Lbl0↓起始標記命令語句

QMNFJ↓數據輸入語句（指公式循環運算時的不變數）

{KDE}↓數據輸入語句（指公式循環運算時變數）

S=K—Q:G=F+J↓公式運算命令

X=M+ScosF↓公式運算命令

Y=M+SsinF↓公式運算命令

Prog」j」↓運行子程序命令

Goto0↓循環運算語句

J子程序名稱

H=X+DcosG_公式運算、數據顯示語

I=Y+DsinG_公式運算、數據顯示語

T=X—EcosG_公式運算、數據顯示語

U=Y—EsinG_公式運算、數據顯示語

最後計算器狀態設定語句是大家最容易忽視的。如果將單位進行預設那麼計算器就會默認其使用單位在進行下一單位換算時要一定要進行單位轉換，否者會使計算結果錯誤。在顯示屏幕的左下角可以清楚地發現小提示符號：如D代表度為現在的預設單位、R代表弧度為現在的預設單位、G代表梯度為現在的預設單位。