為了改善作業效率、提升作業品質、加強民眾服務，
便宜網站
，企業及政府機關都需要建構資訊系統，
SEO達人
，其中資料庫設計是建構資訊系統最關鍵、最重要的一環。多年來，
排名優化
，不管是廠商或是企業內部所設計的資料庫，
網站排名如何操作
，總是讓我不滿意，
台中網頁設計
，常常嘀咕者：書本明明有很好的理論，
社群行銷達人
，也有很好的方法，
客製化網頁
，為什麼都不拿來實際運用，總是用傳統及經驗式的方法來做。直到有一次，我問了一下我自己：難道大家都錯了，只有我對嗎？就在那一刻，忽然間我懂了！我與大家一樣，都錯了，也都沒有錯。 因為業務電腦化，使用者通常提出的需求是作業處理或交易處理，而沒有想到需要整合性的資訊系統，所以，當然只用傳統及經驗式的架構來滿足使用者的需求。而書上所教的卻是整合性資訊系統。只因應使用者需求，而沒有考慮整合性的資訊系統，在過了一段時間後，往往不能滿足使用者的新增需求，會一改再改，最後導致資訊系統改不勝改，因而廢棄，需要再重新建構，這是資訊界常見的現象。為了因應不同業務特性的資訊系統，要用不同的資料架構，才能建構企業型的資訊系統，由左而右，依次為資料處理系統、交易處理系統、整合性資訊系統、決策支援系統與主管資訊系統。有一次，從新加坡送來的一個邀請函，請派人參加兩天「reference data」的研討會，我心想，在資訊領域這麼多年，竟然有這個名詞是我沒聽過的，而且還這麼有學問，需要開兩天的研討會。仔細看了內容，原來「reference data」就是一般資訊作業所稱的「代碼」，而且還有一段話：如果不做好代碼管理，就不可能建構一個企業型的資訊系統。這個概念給我很好的啟發，思考到：建構一個好的企業資料庫架構，由下而上，依次為代碼管理、基本資料管理、個體關係管理、維度事實表管理、指標度量管理。由左而右的資訊系統類型，再加上由下而上的資料庫架構，交叉點則為整合性資訊系統及所需使用的個體關係模型，如此構成了一個「十字型」，稱之為「十字型資料庫框架」，一個組織的企業資訊系統就可以利用這個框架模型來建構。資料處理系統使用傳統檔案結構，交易處理系統使用資料結構圖模型，整合性資訊系統使用個體關係模型，決策支援系統使用維度事實表模型，主管資訊系統使用指標度量模型，而不是只用一種模型，企圖解決各種不同類型資訊系統的應用特性。在南海路與南昌路的交叉路口有一間房子，可能因為房子老舊，擔心地震的關係，就加了鋼柱及鋼梁。如此做法，如果再發生地震，房子巳比較穩固，也較不擔心受到地震的影響。如果把個體資料當作鋼柱，把關係當作鋼樑，一些老舊（legacy）資訊系統，可藉由個體關係模型來補強，如此做法，在實務上，資訊系統就可以因應業務的新增需求，而不至於常常要打掉重建。當然，如果是平台已老舊，就相當於地基老舊要替換，那又另當別論。主管資訊系統往往是企業資訊系統的最後一哩路，除了應用指標度量模型之外，應該要把企業內部資訊系統的查詢及知識（文件/報告/報表/計畫）管理的內容納入，提供主管在日常作業上的運用，甚至於在主管異動時，也可以作為職務交接的項目之一。建構企業型和整合性資訊系統，不能沒有資料庫框架，「十字型資料庫框架」提供了一個完整的、很有價值的參考模型供企業應用。（作者是資深資訊主管），