開發廠商：
倍多科技****（
ipedo ,inc.
）隨著中國上市公司資訊披露
taxonomy
的制定完成
,上市公司將逐漸採用
xbrl
文件格式來上報公司資訊。在這種情況下，交易所必將面臨如何安全，有效的管理好上市公司提交的成千上萬，甚至十萬，百萬個
xbrl
文件，如何合理的利用這些文件進行查詢，分析和展現，如何與資料倉儲中的其他資訊整合，進
行更深層次的資料統計挖掘等一系列問題。
針對這些問題，
ipedo
公司提出了一整套解決方案。該方案採用了
ipedo xip
平台，以
xml database
和assemble manager
為基礎的解決方案，包含了
xbrl
文件的校驗，儲存，查詢分析，發布等過程。
系統解決方案架構如下：
主要包括對上市公司xbrl文件的儲存和校驗過程
xbrl
作為xml
的乙個子集，
xbrl
文件本身就是乙個合法的
xml文件。面對成千上萬的
xbrl
文件，文件系統存在無法對文件提供安全性和完整性保護，無法對大量文件中的資料進行有效查詢等缺陷，使其已經無法滿足管理的需要。而傳統的關係型資料庫如
oracle, db2
等在管理
xml文件時存在很多問題如：uø
xml文件存入到資料庫時需要將其「打碎」，取出時需要「組合」，不僅耗時，而且文件的格式可能會不同；
uxml
文件和資料庫之間的模式轉換複雜，在前期開發階段需要投入很大；
u對「以文件為中心」、格式複雜的
xml文件處理效能較差；øu
在採納xml
技術標準方面較落後。
在這種情況下必然需要乙個
native
的xml
資料庫系統來有效的管理這些
xbrl
格式的xml
文件。在此
ipedo
利用ipedo xml database
徹底解決了大量
xbrl
文件的儲存管理問題。
ipedo xml
資料庫提供對大容量、大數量的
xml資料（文件）管理，提供對
xml資料操作的事務處理和安全控制，提供基於多種
xml標準的高效資料查詢和修改，提供與其他系統的資料整合等功能。
ipedo xml database
內嵌schema manager
和xml rule
模組，只要註冊上市公司資訊披露的相關
taxonomy
，圖形化建立相關
xml rule
。系統就可以對各上市公司上報的
xbrl
文件按照預先制定的相關的
xml rule
自動進行校驗，驗證其是否符合註冊的
taxonomy
。主要包括對儲存在
xml database
中的xbrl
文件進行查詢，分析統計過程。
ipedo xip
平台內嵌了功能強大的
xquery
引擎。引擎提供了覆蓋所有儲存在資料庫中的
xbrl
文件的查詢能力。利用
xquery
查詢語句，交易所可以聯合查詢多個
xbrl
文件，抽取其中相關的資訊。
xquery
語句針對
xbrl
文件具有
sql語句針對關係型資料庫表中資料操作的能力，甚至更強大。
ipedo xml hub
平台具有熱拔插分析模型功能，利用提供的智慧型分析模組，可以對
xml database
中儲存的大量的
xbrl
文件進行分析，統計，為資訊發布平台生成各種報表提供資料，也可以根據需要，在各
xbrl
文件上面生成彙總的
xbrl
文件。xbrl
格式雖然是標準的，但是對於終端使用者來說，可讀性還是非常差，而且根據客戶的習慣不同，各自需要的
xbrl
內容顯示的格式也各不相同，如
excel, pdf, html
等，如何根據客戶需要，快速的發布
xbrl
內容，對於乙個完善的
xbrl
系統至關重要。
在此ipedo
利用ipedo assemble manager
實現了對
xbrl
資訊的靈活和快速的發布功能。
ipedo assemble manager
作為資訊發布平台，它提供了乙個靈活快速的資訊發布機制，通過
xbrl
內容和樣式的組合，可以根據客戶需要把
xbrl
資料發布成各種格式，如
word, excel, pdf, html, wml
等。其核心技術是管道（
pipeline
）技術，管道允許流式地處理
xml文件的內容。使用者通過使用管道將複雜的
xml處理過程分解為一步步可重用的步驟，從而簡化了處理過程。
乙個管道包含三個組成部分：乙個
xml資料來源，一系列轉換處理和乙個目的源。資料來源部分可以是任意的
xml資料生成器，可能是儲存與
xml資料庫中的乙個文件，也可能是乙個
xquery
的查詢語句
(包括對檢視和虛擬文件的查詢
)或另乙個輸出
xml資料的管道。在乙個管道中，
xml資料來源經過一系列可重用的轉換步驟，每一步都對所獲得資料進行相應的轉換。最終轉換的結果輸出到目的源。資訊的目的源可能是應用入口，
web service
，桌面應用如
excel
或者crystal
報表，以及處理裝置等。
轉換處理的部分依賴於一些過濾器，規則檢查和風格轉換的組合。發布管理器有乙個圖形使用者介面介面來簡化複雜轉換的設計。使用者可以通過簡單連線幾個轉換元件來實現篩選
xml資料內容的商業邏輯。使用者也可以在轉換步驟中使用引數來實現引數化的管道，引數化的管道能更靈活地發布特定應用程式的資訊。
轉換引擎利用
xslt
標準方便地將
xml格式的資料轉換為其他格式的資料，比如
html
、wml
、簡單文字以及其它種類的
xml資料等。
xslt
樣式表單定義了將
xml文件轉換為目標資料模型的規則模板。這些規則包括對
xml資料的查詢以及嵌入資料的處理說明等等。轉換引擎利用
xml資料庫管理的小粒度索引來提高處理規則模板所含查詢的效能。此外，查詢引擎也通過快取一些常用的模板進一步地提高效能。轉換引擎允許管道真正多渠道地發布資訊給應用程式。
百度工具與第三發站長工具的對比
前幾天在網上看到有人程式設計客棧說第三方站長工具開始落寞，但是筆者並不這麼認為。雖然說現在的站長工具功能比較齊全，在一些功能上逐漸替代第三方站長工具，但是第三方站長工具的功能並不能完全取代，所以並不會落寞，反而會隨著站長的增多，第三方站長工具的使用者也逐漸增多。下面我們來對比一下站長工具和第三方站長...
演算法分析與設計（第三週） 已完結
本週知識要點 3.1 c語言中的型別轉換機制 3.2 整數次冪 高次數的快速計算 3.3 篩選素數演算法 規則 丟掉高位元組部分，只保留低位位元組。長整數的值若在短整數的範圍內，則轉換結構保持不變。規則 如果短整數帶符號，則長整數高位元組bit填充符號 否則填0 unsigned的作用，僅在於賦更大...
《演算法設計與分析》 第三章作業
動態規劃演算法與分治法類似，都是將求解問題分解成若干子問題，解決子問題，最後結合子問題得到原問題的解。但與分治法不同的是，這些分解的子問題往往不是互相獨立的，其內部存在某種聯絡，所以可以將子問題的解記錄在乙個表上，最後通過讀表的方式解決原問題。動態規劃適用於解最優化問題。1.單調遞增最長子序列 用乙...