講到事實資料（fact）這是xbrl例項文件中的概念。這是使用xbrl技術接觸最多的概念，你可以不知道維度、不知道formula、不知道frta，但是你如果使用xbrl，你必須知道事實資料。因為一般使用者：
（1） 資料提供者：一般也是被監管者。你要給監管者提供資料，你提供的資料，就是事實資料。你提供資料的質量不高，有時候時很麻煩的。例如：「corefiling與bdollp聯手化解hmrc報送者的公司稅務難題」中就說到：英國皇家稅務與海關總署（hmrc）在2023年3月發布的指南中曾經強調：任何報送中的缺陷，如標記錯誤或遺漏，可能讓稅務檢察官對公司追查到底。因此要求必須重視。
（2） 資料消費者：如果不是監管者，一般需要通過專門的軟體分析資料，還沒有要求能夠直讀例項文件。相關的技術人員（不管是開發什麼樣的xbrl軟體），對於事實資料的了解都是必須的。
事實資料分為兩類：科目（item）和元組（tuple）。元組可以理解成資料夾，科目可以理解成檔案。當然資料夾太寬泛了，只是想說明，資料夾可以放其他資料夾或者檔案，而檔案卻不能，檔案是資料的主要承載形式。
5961000000元素名 cas:總資產
contextref=」c_20110331」
所有科目都必須有@contextref屬性，並且根據此屬性能夠找到乙個xbrli:context節點，它的@id=本屬性值
unitref=」cny」
所有數值型科目都必須有@unitref屬性，並且根據此屬性能夠找到乙個xbrli:unit節點，它的@id=本屬性值。
decimals=」-6」
所有數字科目，如果非空，一定要設定精度屬性。一般設定@decimals屬性，很少使用@precision屬性了。
開始標籤結束
字面值。為了正確解釋這個數字，一定要考慮數值的精度或小數字數。
結束標籤
如果用資料庫的視角看，將所有xbrli:context歸入一類，相當於形成了乙個上下文本典表，主鍵是上下文的@id屬性；將所有xbrl:unit歸入一類，形成乙個單位字典表。而在事實資料中通過@contextref和@unitref建立引用關係。有效的節省了占用空間，理解了這種引用關係，內容也相對清晰起來。
先這麼多。
資料倉儲技術簡介3 上
事實上，將大量的業務資料應用於分析和統計原本是乙個非常簡單和自然的想法。但在實際的操作中，人們卻發現要獲得有用的資訊並非如想象的那麼容易，這主要表現在以下幾點 所有聯機事務處理強調的是密集的資料更新處理效能和系統的可靠性，並不關心資料查詢的方便與快捷。聯機分析和事務處理對系統的要求不同，同乙個資料庫...
資料倉儲專題（3） 分布式資料倉儲事實表設計思考
一 前言 最近在設計資料倉儲的資料邏輯模型，考慮到海量資料儲存在分布式資料倉儲中的技術架構模式，需要針對傳統的面相關係型資料倉儲的資料儲存模型進行技術改造。設計出一套真正適合分布式資料倉儲的資料儲存模型。二 事實表設計基礎 事實表記錄發生在現實世界中的操作型事件，其所產生的可度數值。事實表的設計完全...
資料倉儲專題（3） 分布式資料倉儲事實表設計思考
一 前言 最近在設計資料倉儲的資料邏輯模型，考慮到海量資料儲存在分布式資料倉儲中的技術架構模式，需要針對傳統的面相關係型資料倉儲的資料儲存模型進行技術改造。設計出一套真正適合分布式資料倉儲的資料儲存模型。二 事實表設計基礎 事實表記錄發生在現實世界中的操作型事件，其所產生的可度數值。事實表的設計完全...