歷史數(shù)據(jù)查詢篇一：組態(tài)王 歷史數(shù)據(jù)查詢例程說明文檔

例程說明文檔

目 錄

1. 功能概述 ................................................................................................................ 1

2. 工程實例 ................................................................................................................ 1

3. 操作步驟 ................................................................................................................ 1

3.1 定義設備 ...................................................................................................... 1

3.2 定義變量 ...................................................................................................... 1

3.3 制作畫面 ...................................................................................................... 2

3.4 進入運行系統(tǒng) ............................................................................................ 10

4. 注意事項 .............................................................................................................. 14

1. 功能概述

常規(guī)需求：很多工業(yè)現(xiàn)場會存儲數(shù)據(jù)并對存儲的歷史數(shù)據(jù)進行查詢、打印輸出。 歷史數(shù)據(jù)查詢一般為起始時間、結束時間、間隔時間都不固定，最終用戶根據(jù)實際需要進行查詢。

組態(tài)王中的實現(xiàn)方法：

利用組態(tài)王內(nèi)置報表以及報表的函數(shù)來實現(xiàn)對歷史數(shù)據(jù)的查詢。

組態(tài)王內(nèi)置報表的操作類似excel，操作簡單、方便，并且組態(tài)王提供了大量的報表函數(shù)來實現(xiàn)各種復雜功能。

2. 工程實例

我們舉一個例子來說明實現(xiàn)方法。在此例程中我們定義五個變量，分別為“壓力”、“溫度”、“密度”、“電流”、“電壓”，運行系統(tǒng)運行后記錄歷史數(shù)據(jù)，下面就以此為例來演示完成這一要求的具體步驟。

3. 操作步驟

3.1 定義設備

根據(jù)工程中實際使用得設備進行定義，本例程使用亞控的仿真PLC設備，使用“PLC－亞控－仿真PLC－串口”驅(qū)動，定義設備名稱為“PLC” 。

3.2 定義變量

在組態(tài)王中定義五個變量：壓力（IO實數(shù)類型）、溫度（IO實數(shù)類型）、密度（IO實數(shù)類型）、電壓（IO實數(shù)類型）、電流（IO實數(shù)類型）。

壓力變量：最小值0，最大值100，最小原始值0，最大原始值100，連接設備PLC，寄存器INCREA100，數(shù)據(jù)類型short，讀寫屬性為只讀，采集頻率1000。記錄和安全區(qū)選擇“數(shù)據(jù)變化記錄”，變化靈敏度選擇“0”。

溫度變量：最小值0，最大值50，最小原始值0，最大原始值100，連接設備PLC，

寄存器DECREA100，數(shù)據(jù)類型short，讀寫屬性為只讀，采集頻率1000。記錄和安全區(qū)選擇“數(shù)據(jù)變化記錄”，變化靈敏度選擇“0”。

密度變量：最小值0，最大值1，最小原始值0，最大原始值100，連接設備PLC，寄存器INCREA100，數(shù)據(jù)類型short，讀寫屬性為只讀，采集頻率1000。記錄和安全區(qū)選擇“數(shù)據(jù)變化記錄”，變化靈敏度選擇“0”。

電流變量：最小值30，最大值50，最小原始值0，最大原始值100，初始值為30，連接設備PLC，寄存器DECREA100，數(shù)據(jù)類型short，讀寫屬性為只讀，采集頻率1000。記錄和安全區(qū)選擇“數(shù)據(jù)變化記錄”，變化靈敏度選擇“0”。

電壓變量：最小值180，最大值250，最小原始值0，最大原始值100，初始值220，連接設備PLC，寄存器DECREA100，數(shù)據(jù)類型short，讀寫屬性為只讀，采集頻率1000。記錄和安全區(qū)選擇“數(shù)據(jù)變化記錄”，變化靈敏度選擇“0”。

3.3 制作畫面

3.3.1 創(chuàng)建報表

新建畫面，畫面名稱“歷史數(shù)據(jù)查詢”。在組態(tài)王工具箱按鈕中，用鼠標左鍵單擊“報表窗口”按鈕，此時，鼠標箭頭變?yōu)樾　?”字形，在畫面上需要加入報表的位置按下鼠標左鍵，并拖動，畫出一個矩形，松開鼠標鍵，報表窗口創(chuàng)建成功，如圖一所示。

圖一 報表

用鼠標雙擊報表窗口的灰色部分（表格單元格區(qū)域外沒有單元格的部分），彈出“報表設計”對話框，如圖二所示。該對話框主要設置報表的名稱、報表表格的行列數(shù)目以及選擇套用表格的樣式。我們設置報表名稱為“Report0”，行數(shù)、列數(shù)可以按照默認的不變。

圖二 報表設計

我們根據(jù)需要對報表的格式進行設置，如報表的表頭，標題等。我們選中單元格

A1

歷史數(shù)據(jù)查詢篇二：歷史庫數(shù)據(jù)管理系統(tǒng)

歷史庫數(shù)據(jù)管理系統(tǒng) 系統(tǒng)概要：

1. 系統(tǒng)建設背景

隨著我國銀行服務市場全面對外開放，國內(nèi)各商業(yè)銀行都感覺到了更大的競爭壓力，紛紛推出代理保險、信托等業(yè)務，

大力發(fā)展網(wǎng)上銀行、電話銀行等。各大銀行采取措施應對壓力，除了人們可以直接感受到的前端服務的改變外，銀行還在加大科技投入，建設新一代綜合業(yè)務系統(tǒng)、災難備份中心等，為銀行業(yè)務創(chuàng)新和風險控制提供支持。從國內(nèi)銀行業(yè)的競爭來看，現(xiàn)階段追求的目標主要是構建以客戶為中心的服務體系和以風險控制、盈利分析為核心的管理體系。因此，銀行信息化也相應地從以賬戶為中心，向以客戶、管理為中心轉變。概括地說現(xiàn)階段我國銀行信息化主要有以下幾個方向：

(1) 數(shù)據(jù)應用系統(tǒng)大集中后的數(shù)據(jù)利用。現(xiàn)在很多商業(yè)銀行已經(jīng)實現(xiàn)數(shù)據(jù)的物理或邏輯集中，在數(shù)據(jù)大集中的基礎上進一步利用數(shù)據(jù)，

成為銀行下一步信息化建設的重點之一。另外，數(shù)據(jù)倉庫、數(shù)據(jù)挖掘等的應用也是未來的重點。數(shù)據(jù)大集中的初步實現(xiàn)，改變了銀行分支機構各自為政、客戶資源割裂的局面。數(shù)據(jù)大集中只是實現(xiàn)了分散數(shù)據(jù)的集中，還得經(jīng)過數(shù)據(jù)倉庫、商業(yè)智能等工具才能把原始信息變成有價值的信息�；�于數(shù)據(jù)倉庫的決策支持系統(tǒng)(DSS)能夠幫助銀行實現(xiàn)對客戶的正確識別和經(jīng)營風險的自動預警。通過數(shù)據(jù)挖掘技術，能夠有效地控制關聯(lián)企業(yè)的信貸風險，建立以客戶管理為中心的信貸決策體系和成本控制體系，保證商業(yè)銀行信貸資金的有效配置和信用風險的有效控制，從而體現(xiàn)商業(yè)智能和自動化處理的價值。

(2) 信息安全系統(tǒng)保障業(yè)務連續(xù)性。數(shù)據(jù)大集中也帶來了風險集中，加上網(wǎng)上銀行、手機銀行等業(yè)務的發(fā)展，信息安全勢必成為銀行信

息化的重點。隨著信息技術在銀行普遍、深入的應用，信息系統(tǒng)的正常運行已經(jīng)成為銀行業(yè)務正常運營最基本的條件之一。意外災禍、系統(tǒng)故障、人為操作不當、安全管理及措施的漏洞等都有可能造成信息系統(tǒng)不能正常工作，影響到銀行業(yè)務的正常運營。信息安全越來越成為銀行信息化建設與管理中需要密切關注的問題。后臺支持系統(tǒng)，加強銀行成本控制。市場全面對外開放后，我國金融企業(yè)需要發(fā)展面向未來的業(yè)務模式:混業(yè)、跨國、多渠道、增值及聯(lián)合經(jīng)營。新的業(yè)務模式和市場環(huán)境要求新的管理模式：管理集中、風險防范、客戶至上、接軌國際和面向未來。國內(nèi)銀行已有較完整的前臺業(yè)務處理系統(tǒng)，并正在進行數(shù)據(jù)整合，但尚缺乏強大的后臺支持管理系統(tǒng)。目前國內(nèi)很多銀行的企業(yè)管理系統(tǒng)基本限于辦公自動化等，沒有有效的利潤分析、風險控制、績效評估和戰(zhàn)略決策支持等功能。參照國外銀行的發(fā)展，審計和績效考核等系統(tǒng)也必將成為未來國內(nèi)銀行建設的重點之一。

在近幾年來隨著銀行的迅速發(fā)展，網(wǎng)上銀行業(yè)務操作已經(jīng)成為一種習慣；海量的數(shù)據(jù)和頻繁的數(shù)據(jù)查詢，已經(jīng)成為核心業(yè)務系統(tǒng)的一個負擔，核心系統(tǒng)急需減負；而新建的數(shù)據(jù)倉庫系統(tǒng)以數(shù)據(jù)挖掘為目的，從數(shù)據(jù)結構上就不能保證數(shù)據(jù)查詢的需求；由此數(shù)據(jù)庫設計中，正式庫、工作庫、歷史庫三庫分離的思想孕育而生；一個新的為核心業(yè)務系統(tǒng)存放歷史數(shù)據(jù)的數(shù)據(jù)庫的需求迫在眉睫。我們將這個新的系統(tǒng)命名為銀行歷史庫系統(tǒng)，簡稱HDS。

2. 系統(tǒng)設計思想

(1)簡單性越是大的數(shù)據(jù)量，越是要求簡單的架構、流程和操作，此原則是HDS建設的最重要原則也是最高原則，其他原則服從或服務于此原則。 (2)可擴展性隨著銀行已有業(yè)務的發(fā)展和新業(yè)務的開發(fā)，HDS系統(tǒng)需要不斷的拓展數(shù)據(jù)的來源系統(tǒng)和數(shù)據(jù)類型，因此需要較強的可擴展性。 (3)健壯性考慮到HDS以服務網(wǎng)上銀行等電子渠道為基礎，應具備7×24不間斷運營的能力，具有完善的容錯和備份機制。

(4)松耦合

HDS與源系統(tǒng)、ETL服務器、服務的應用或應用系統(tǒng)，應保持松耦合性。與源系統(tǒng)，通過ETL服務器隔離；與服務的

應用或應用系統(tǒng)，通過WEB SERVICE層隔離。

架構模型采用四層框架模型，四層框架模型是指表現(xiàn)層、Web服務器層、應用服務器層和數(shù)據(jù)層。如下圖三層框架模3. 系統(tǒng)層次結構型：

表現(xiàn)層：主要由Web瀏覽器等客戶端設備支持。 應用層：主要功能是完成系統(tǒng)業(yè)務邏輯。 數(shù)據(jù)層：主要作用

是存儲數(shù)據(jù)。

從開發(fā)角度來看，三層架構適合團體協(xié)作開發(fā)，不同的人可以有不同的分工。從應用角度來看，系統(tǒng)具有的好的可擴 展性和可維護性，同時也增加了數(shù)據(jù)庫和后臺應用系統(tǒng)的安全性。三層架構將應用層與數(shù)據(jù)層剝離，這樣用戶不再直接提

請求給數(shù)據(jù)庫，保證了數(shù)據(jù)的安全，使得權限控制更加方便。

數(shù)據(jù)存儲：

HDS數(shù)據(jù)存儲為銀行提供歷史數(shù)據(jù)的查詢和保存功能，但不僅是源系統(tǒng)歷史數(shù)據(jù)的簡單堆砌。

1. 支持多數(shù)據(jù)類型

HDS應具有接納結構化和非結構化數(shù)據(jù)的能力和架構設計。

2. 支持多數(shù)據(jù)源

HDS應具有存儲多系統(tǒng)歷史數(shù)據(jù)的能力和架構設計。其中包括核心批量、貸記卡、基金等。

3. 數(shù)據(jù)存儲層面

HDS數(shù)據(jù)存儲層面需要考慮數(shù)據(jù)結構、數(shù)據(jù)質(zhì)量、數(shù)據(jù)完整性以及為今后數(shù)據(jù)服務所提供的歷史追溯提供保障。 (1)數(shù)據(jù)結構

HDS數(shù)據(jù)存儲中的表結構在維持原庫表結構的基礎上，可適當增加類似時間戳字段來適應HDS數(shù)據(jù)存儲的要求。

(2)數(shù)據(jù)質(zhì)量 HDS的數(shù)據(jù)確保與源系統(tǒng)下發(fā)的數(shù)據(jù)保持一致，但不對數(shù)據(jù)的邏輯行進行校驗和糾錯，并不對不多數(shù)據(jù)庫中的邏輯性錯誤負責。 (3)數(shù)據(jù)完整性 HDS數(shù)據(jù)存儲應該能夠保存銀行業(yè)務系統(tǒng)有意義的、含完整業(yè)務信息的歷史數(shù)據(jù)表，在業(yè)務層面上有關系的數(shù)據(jù)表應都能夠保存。 (4)歷史可追溯性 HDS以對外提供歷史數(shù)據(jù)查詢?yōu)榛�礎，對數(shù)據(jù)組織應能夠滿足用戶訪問特定歷史的要求，可通過某種組織數(shù)據(jù)的方式

來還原客戶需要的歷史上任何一天的數(shù)據(jù)表內(nèi)容。

能夠?qū)崿F(xiàn)從歷史數(shù)據(jù)磁帶備份庫及交行數(shù)據(jù)匯聚平臺導入歷史數(shù)據(jù)進入HDS數(shù)據(jù)庫的功能，且該功能可以實現(xiàn)自動調(diào)4. 數(shù)據(jù)處理度運行。

HDS以對外提供歷史數(shù)據(jù)查詢?yōu)榛�礎，將核心批量中所有的交易歷史數(shù)據(jù)進入HDS數(shù)據(jù)庫，與各查詢功能相關的資5. 數(shù)據(jù)范圍料表的數(shù)據(jù)也進入HDS數(shù)據(jù)庫；將涉及公務員卡查詢的相關貸記卡的數(shù)據(jù)進入歷史庫。交易歷史表至少將1年的歷史數(shù)據(jù)

進入HDS數(shù)據(jù)庫。

數(shù)據(jù)服務：

HDS系統(tǒng)在實現(xiàn)HDS數(shù)據(jù)存儲的同時也需要而且應該對外提供HDS數(shù)據(jù)服務。HDS數(shù)據(jù)服務需要包含技術和業(yè)務兩 個層面，技術層面主要是服務接口，業(yè)務層面主要是服務應用。

對于HDS數(shù)據(jù)服務的使用者而言，HDS服務層之下的內(nèi)容是透明的，使用者僅與HDS的服務層交互。

1. 接口

HDS系統(tǒng)需要在技術層面提供對外服務的接口，對于技術層面的接口以Web Service形式提供服務。 OLTP應用調(diào)用數(shù)據(jù)導出

2. 服務內(nèi)容及服務對象

在業(yè)務層面提供從核心業(yè)務系統(tǒng)到非核心業(yè)務系統(tǒng)應用需求的支持（前提是HDS中有支持這些需求的數(shù)據(jù)）。 核心業(yè)務系統(tǒng)應用 非核心業(yè)務系統(tǒng)應用

3. 數(shù)據(jù)可用性范圍

HDS僅提供T-1日前的數(shù)據(jù)的各項服務，T日的數(shù)據(jù)，由源系統(tǒng)提供數(shù)據(jù)支持。

4. 數(shù)據(jù)服務范圍

HDS數(shù)據(jù)服務規(guī)范由HDS數(shù)據(jù)服務實施方負責制定（如服務數(shù)據(jù)范圍、服務數(shù)據(jù)量、接口格式、數(shù)據(jù)服務限制等），

交行運行監(jiān)測項目組審核。

5. 數(shù)據(jù)服務實現(xiàn)

HDS數(shù)據(jù)服務實現(xiàn)Web Service 需要的中間件平臺由HDS數(shù)據(jù)服務實施方建議，交行HDS項目審核并選型。

6. HDQ應用服務

HDS數(shù)據(jù)服務需要滿足核心系統(tǒng)HDQ的OLTP型應用調(diào)用需求，提供HDQ 30秒以內(nèi)的服務響應及7*24小時服務能

力，對于不能滿足要求的應用調(diào)用以相應的錯誤碼信息予以反饋，調(diào)用的規(guī)范符合前述的HDS數(shù)據(jù)服務規(guī)范。

HDS將通過Web Service形式對外提供數(shù)據(jù)導出服務功能的調(diào)用。HDS也必需直接提供Web方式的數(shù)據(jù)導出服務應7. 數(shù)據(jù)導出服務

用功能。 (1)數(shù)據(jù)導出 Web Service接口 HDS數(shù)據(jù)服務需要實現(xiàn)以Web Service方式提供HDS數(shù)據(jù)導出的服務接口。 (2)數(shù)據(jù)導出服務應用 HDS系統(tǒng)應提供Web方式的數(shù)據(jù)導出功能： 數(shù)據(jù)導出功能僅面向系統(tǒng)管理人員； 系統(tǒng)管理人員可以對敏感字段設定屏蔽規(guī)則； 每一個敏感字段可以設定一條或者多條屏蔽規(guī)則，其中有一條是缺省規(guī)則； 屏蔽方式有： 替換成常量，例如‘#####’； 替換成一個表達式。表達式可以包含同表中的其它字段，表達式的內(nèi)容正確性由系統(tǒng)管理人員保證； 通過Web Service接口方式導出數(shù)據(jù)時將使用缺省規(guī)則進行數(shù)據(jù)屏蔽； 數(shù)據(jù)導出基本操作過程要求如下： 選定需要導出的表； 選擇需要導出的字段； 如果導出的內(nèi)容包含敏感字段，則需要選擇各個敏感字段是否需要屏蔽以及適用的屏蔽規(guī)則； 提交數(shù)據(jù)導出請求； 異步處理數(shù)據(jù)導出過程，導出完畢后，由系統(tǒng)管理人員人工在預先設定的位置獲取導出文件。 數(shù)據(jù)導出功能以Web方式提供。

8. 認證和權限控制

HDS對Web Service服務請求方進行認證和權限控制。

數(shù)據(jù)服務 Web Service ：

Web Service是HDS實現(xiàn)數(shù)據(jù)服務的主要載體，實現(xiàn)兩種Web Service，分別實現(xiàn)HDQ服務，和大數(shù)據(jù)量導出服務，

未來基于HDS數(shù)據(jù)服務的增加，另行提交Web Service的需求。

權限控制：

HDS作為銀行歷史數(shù)據(jù)存儲和服務的平臺，為更好的履行其被賦予的職責，合理有效的權限控制也是關鍵的因素。 HDS需要通過ETL服務器訪問數(shù)據(jù)源（數(shù)據(jù)匯聚平臺）實現(xiàn)其歷史數(shù)據(jù)存儲功能，通過WEB SERVICE與服務的應用

或應用系統(tǒng)進行一定的交互實現(xiàn)其歷史數(shù)據(jù)服務的功能，HDS自身需要進行相應的管理和配置工作。以上這三個環(huán)節(jié)構成

了HDS的權限控制框架，HDS的權限控制需要在

HDS建設原則內(nèi)進行。

1. HDS←→ETL服務器←→數(shù)據(jù)源

在這個環(huán)節(jié)中，需要包括如下的權限控制點： HDS以只讀權限從數(shù)據(jù)源獲取數(shù)據(jù)，只讀權限由數(shù)據(jù)源的DBA授權給ETL服務器訪問加以控制，交行HDS項目審核。 ETL服務器能夠?qū)�從�?shù)據(jù)源獲取的數(shù)據(jù)寫入HDS，寫相關的操作由HDS的DBA授權給ETL服務器，交行HDS項目審核。 ETL服務器在此環(huán)節(jié)中如需要相應的操作系統(tǒng)權限，由涉及的操作系統(tǒng)管理員負責授權，交行HDS項目審核。

2. HDS←→ Web Service←→應用（系統(tǒng)）

在這個環(huán)節(jié)中，HDS對Web Service服務請求方進行認證和權限控制，需要包括如下的權限控制點： 基于Web Service的訪問，限定在應用級用戶，除HDS自帶的系統(tǒng)級用戶，不面向其他的個體用戶。 應建立用戶、用戶組、角色、功能的體系，用戶、用戶組、角色、功能為多對多的關系。 認證初始階段可采用簡單認證方式，未來需遷移到"統(tǒng)一認證平臺"進行統(tǒng)一認證。 對應用級用戶（組）的權限應可以限制到HDS中的系統(tǒng)、庫表、查詢的時間范圍等，庫表字段級的限制，可留待未來實施。

3. HDS 自身配置管理

在這個環(huán)節(jié)中，需要包括如下的權限控制點： HDS配置管理所需要的數(shù)據(jù)庫權限，由HDS的DBA負責，交行HDS項目審核。 HDS配置管理所需要的Application/Web Server權限，由HDS數(shù)據(jù)服務實施方負責，交行HDS項目審核。 HDS配置管理所需要的ETL服務器權限，由ETL服務器管理員負責，交行HDS項目審核。 HDS配置管理所需要的操作系統(tǒng)權限，由涉及的操作系統(tǒng)管理員負責，交行HDS項目審核。 HDS自身配置管理所需的角色、角色組、功能、功能分配的設計。

數(shù)據(jù)備份：

HDS數(shù)據(jù)是銀行主要的數(shù)據(jù)基礎設施架構的核心組成部分，因此對數(shù)據(jù)提供持續(xù)保護將成為系統(tǒng)運行的重要保障。

HDS數(shù)據(jù)備份需要提供兩個方面的功能：數(shù)據(jù)存儲安全和數(shù)據(jù)持久可用。

交行HDS數(shù)據(jù)存儲將保留TB級海量的數(shù)據(jù)（僅核心部分如果考慮持續(xù)10年的HDS數(shù)據(jù)將達到30TB左右），因此1. 數(shù)據(jù)存儲安全數(shù)據(jù)一旦發(fā)生損壞，其代價將相當高昂。

HDS數(shù)據(jù)服務要求數(shù)據(jù)庫提供7*24的服務，進行數(shù)據(jù)常規(guī)在線備份的操作將大大降低系統(tǒng)的性能；另外一旦發(fā)生數(shù)2. 數(shù)據(jù)持久可用據(jù)損壞，無論何種備份恢復方案將不可能在短時間內(nèi)完成整個數(shù)據(jù)庫的恢復。因此通過較低成本的數(shù)據(jù)容錯和快速的恢復

數(shù)據(jù)庫的機制來解決數(shù)據(jù)安全性和數(shù)據(jù)可用性之間的矛盾。

歷史數(shù)據(jù)查詢篇三：財務報表分析歷史數(shù)據(jù)、行業(yè)數(shù)據(jù)、平均值查詢方法

財務報表分析資料：

歷史數(shù)據(jù)的查詢：

新浪財經(jīng) http://vip.stock.finance.sina.com.cn/mkt/ 右上角搜索引擎輸入 企業(yè)名稱 查找 ：

在網(wǎng)頁的左面導航欄下有"財務數(shù)據(jù)"菜單：

財務數(shù)據(jù)-資產(chǎn)負債表-2011以及近5年的數(shù)據(jù)

如何查找各項財務指標的行業(yè)數(shù)據(jù)？

在進行財務報表分析時，需要應用行業(yè)數(shù)據(jù)進行比較分析，一些證券網(wǎng)站上都會發(fā)布行業(yè)信息，以便于廣大股民分析投資使用。那么，應如何查找呢？下面以證券之星為例進行說明。 首先，登錄“證券之星”網(wǎng)站（/），進入“數(shù)據(jù)”。

然后，在“數(shù)據(jù)中心”頁面，點擊“財務風向標”。

此時的的當前位置：首頁 - 數(shù)據(jù)中心 - 財務風向標 - 上市公司財務評分排行榜，現(xiàn)在就可以根據(jù)案例公司所處的行業(yè)進行選則了。如：案例公司時寶鋼股份，其屬于鋼鐵行業(yè)，就選擇“鋼鐵”，還可以按需要的年份進行查詢。

找到寶鋼股份，點擊“解讀”，打開頁面如下圖，打開“綜合財務指標”，就可以看到寶鋼股份2008年的綜合財務指標了。

看上面畫面，頁面上有各項財務指標的行業(yè)排名、平均值、最高值、最低值。

江鈴汽車(000550) 資產(chǎn)負債表

相關熱詞搜索：數(shù)據(jù)查詢 歷史 股票歷史數(shù)據(jù)查詢 雙色球歷史數(shù)據(jù)查詢