對于元數據（Metadata）的定義到目前為止沒有什么特別精彩的，這個概念非常廣，一般都是這樣定義，“元數據是描述數據的數據（Data about Data）”，這造成一種遞歸定義，就像問小強住在哪里，答，在旺財隔壁。按照這樣的定義，元數據所描述的數據是什么呢？還是元數據。這樣就可能有元元元...元數據。我還聽說過一種對元數據，如果說數據是一抽屜檔案，那么元數據就是分類標簽。那它和索引有什么區別？
元數據體現是一種抽象，哲學家從古至今都在抽象這個世界，力圖找到世界的本質。抽象不是一層關系，它是一種逐步由具體到一般的過程。例如我->男人->人->哺乳動物->生物這就是一個抽象過程，你要是在軟件業混會發現這個例子很常見，面向對象方法就是這樣一種抽象過程。它對世界中的事物、過程進行抽象，使用面向對象方法，構建一套對象模型。同樣在面向對象方法中，類是對象的抽象，接口又是對類的抽象。因此，我認為可以將“元”和“抽象”換一下，叫抽象數據是不是好理解一些。
常聽到這樣的話，“xx領導的講話高屋建瓴，給我們后面的工作指引的清晰的方向”，這個成語“高屋建瓴”，站在10樓往下到水，居高臨下，能砸死人，這是指站在一定的高度看待事物，這個一定的高度就是指他有夠“元”。在設計模式中，強調要對接口編程，就是說你不要處理這類對象和那類對象的交互，而要處理這個接口和那個接口的交互，先別管他們內部是怎么干的。
元數據存在的意義也在于此，雖然上面說了一通都撤到哲學上去，但這個詞必須還是要結合軟件設計中看，我不知道在別的領域是不是存在Metadata這樣的叫法，雖然我相信別的領域必然有類似的東東。元數據的存在就是要做到在更高抽象一層設計軟件。這肯定有好處，什么靈活性啊，擴展性啊，可維護性啊，都能得到提高，而且架構清晰，只是彎彎太多，要是從下往上看，太復雜了。很早以前，我曾看過backorifice的代碼，我靠，一個簡單的功能，從這個類轉到父類，又轉到父類，很不理解，為什么一個簡單的功能不在一個類的方法中實現就拉到了呢？現在想想，還真不能這樣，這雖然使代碼容易看懂了，但是結構確實混亂的，那他只能干現在的事，如果有什么功能擴展，這些代碼就廢了。
我從98年剛工作時就開始接觸元數據的概念，當時叫做元數據驅動的系統架構，后來在QiDSS中也用到這個概念構建QiNavigator，但是現在覺得元數據也沒啥，不就是建一堆表描述界面的元素，再利用這些數據自動生成界面嗎。到了數據倉庫系統中，這個概念更強了，是數據倉庫中一個重要的部分。但是至今，我還是認為這個概念過于玄乎，看不到實際的東西，市面上有一些元數據管理的東西，但是從應用情況就得知，用的不多。之所以玄乎，就是因為抽象層次沒有分清楚，關鍵就是對于元數據的分類（這種分類就是一種抽象過程）和元數據的使用。你可以將元數據抽象成0和1，但是那樣對你的業務有用嗎？必須還得抽象到適合的程度，最后問題還是“度”。
數據倉庫系統的元數據作用如何？還不就是使系統自動運轉，易于管理嗎？要做到這一步，可沒必要將系統抽象到太極、兩儀、八卦之類的，業界也曾定義過一些元數據規范，向CWM、XMI等等，可以借鑒，不過俺對此也是不精通的說，以后再說。