做了幾年的開發工作，其中難免有重複的事情發生，資料庫修改，**更新，程式公升級；為使用者編寫特定的一般、高階查詢介面。如果一切都可以信手拈來的話，就如拼接七巧板而不是不斷的組合26個字母（當然還有其它的，有一次使用者看我寫程式發問「難道這26個字母就這麼難組合：）」），該多好。
好好想想，為什麼我們做應用不能實現簡單的拼接、組裝呢？在於組裝的材料沒有準本好。比如要定乙個查詢或者乙個資訊錄入表單，涉及到的字段從**來，我們並沒有從一開始就把他們準備好，即便都準備好了還要設定構建乙個環境（可以拼接組裝的車間）。如果這些根本的資訊（元資料：系統中的表、表中的字段、儲存過程、sql、函式、型別、其它）都可以管理起來，那麼就可以實現乙個車間，並實現乙個生產線。至少這樣的傻瓜工廠可以應付一些產品生產。
那麼就從元資料管理開始吧！首先是表和字段
待續
元資料管理
大資料倉儲越來越重視元資料的管理，但是元資料怎麼管理，還處於探索階段。這樣帶來的弊端顯而易見，就是1 及時性達不到，2 準確性達不到，3 同步性也達不到。它只是結項的必交的文件而已。二 越來越多的角色的人使用數倉，迫切需要乙個介面展示具體指的意思，業務統計口徑等，用乙個web介面展示，但是後端還是e...
元資料管理
元資料管理的核心功能如下 在操作方式上分為自動採集和手動採集兩種 同時，提供採集日誌資訊的檢視，檢查採集是否成功。檢視採集日誌可以查詢到採集任務的如下資訊 開始時間 任務狀態 結束時間 過程日誌，採集的數量等等。元資料採集完成後，儲存在資料庫中，支撐包括元資料統計 查詢 血緣分析 影響性分析 資料資...
PyTorch從零開始（一）
之前嘗試過tenano，caffe，keras，tensorflow，這幾個我個人最喜歡的還是tensorflow,因為是google出品，技術崇拜，文件很全，並且我看的deepmind的 都是用的tensorflow框架。之前看的目標檢測的 一般用caffe的很多，人臉識別方面也是caffe是主流...