ERP是一種軟件系統，也是一種系統軟件的標準稱謂，是Enterprise Resource Plan的縮寫，即企業資源規劃系統。標準ERP軟件的發展過程大致經過了三個階段。

??? MRP（物料需求計劃）階段：這是ERP發展的第一階段。從生產計劃出發，將物料需求區分為獨立需求和非獨立需求，并分別加以處理。同時對庫存狀態數據引入時間分段的概念，從而解決了何時定貨，以及定貨數量的問題。一方面把生產能力作業計劃、車間作業計劃、采購作業計劃納入MRP，另一方面又在計劃執行過程中，加入來自車間、供應商和計劃人員的反饋信息，并利用這些信息進行計劃的平衡調整，從而圍繞著物料需求計劃，使生產的全過程形成一個統一系統。

??? MRPⅡ（制造資源計劃）階段：這是ERP發展的第二階段，MRP解決了企業中的物流問題，但卻沒有涉及到相應的資金流動問題，因此造成了數據的重復輸入和不一致性等弊病。為此，必須將物流和資金流統一起來，將相應的財務子系統和生產系統結合起來，形成一個系統整體。這使得原有的MRP系統進步到了可以集制造、財務、銷售、采購、工程技術等多個子系統為一體的系統，被稱為Manufacturing Resource Planning系統，仍縮寫為MRP，并以MRPⅡ來稱謂，以區別于物料需求計劃系統。

??? ERP（企業資源計劃）階段：ERP系統是在MRPⅡ基礎上進一步擴展了管理范圍，把客戶需求和企業內部的制造活動與供應商的制造資源整合在一起，體現了完全按用戶需求來制造產品的思想，實現ERP的基本思路將企業的運營流程看作是一個緊密連接著的供應鏈，整合進了供應商、制造工廠、分銷網絡、客戶資源，同時將企業內部劃分成若干個相互協同作業的財務、市場營銷、生產制造、人力資源、質量控制、服務維護、工程技術等子系統，并包括了對競爭對手的監視管理等方面，對該鏈條上的所有環節進行有效的管理，從而產生出采購、庫存、計劃、生產制造、質量控制、運輸、分銷、服務與維護、財務管理、人事管理等多個具體項目。


---以下是一個通俗易懂的解釋---

我喜歡從字面上去理解一個東西的意思,它常常可能就是事情的本質,呵呵.

??? ERP，就是企業資源規劃。也就是說，企業如何最有效利用企業資源(也可以說是生產要素，人員、原材料、產能、資金等等)，完成經營目標(一般是指及時交貨)，同時最大化利潤。

??? 這就涉及到幾個問題：
??? 1. 企業要了解目前有多少資源。(原材料數量、設備生產能力等等)
??? 2. 為完成經營目標，需要多少資源？(哪些需要外購，哪些需要外包等等)
??? 3. 各種資源如何配置？(如何排產等等)

??? 而這些都是企業每天都要做的工作，不管這個企業是否有電腦，是否用了軟件。企業小的時候，可能是用手工做，企業大了，數據量大了，ERP軟件做更快。既然企業資源規劃本質上和軟件沒有必然的關系。因此不要寄望于ERP軟件可以改變所有的事情，也就是說，ERP軟件只是企業資源規劃工作的加速器而已。如果企業用手工已經做得非常好，ERP會是錦上添花，否則是雪上加霜。

??? 順著這個思路走下去，為什么ERP不斷變化。道理也不復雜，因為資源的定義不斷在變。大規模生產時代，可能就是原材料、機器和人工。后來隨著現金流和研發變得很重要，又加進了財務、研發管理。再后來，外包流行，資源不僅是指企業內部的資源，也可能包括合作伙伴的產能。
---BI---
商務智能（Business Intelligence）是指將儲存于各種商業信息系統中的數據轉換成有用信息的技術。

目前，各個行業都面對著激烈的競爭，及時、準確的決策已成為企業生存與發展的生命線。隨著信息技術在企業中的普遍應用，企業產生了大量富有價值的電子數據。但這些數據大都存儲于不同的系統中，數據的定義和格式也不統一，商務智能（BI）系統能從不同的數據源搜集的數據中提取(E)有用的數據，并對這些數據進行清洗，以確保數據的正確性，然后對數據進行轉換(T)、重構等操作后，將其存入(L)數據倉庫或數據集市中；然后運用適合的查詢、分析工具、數據挖掘工具、OLAP工具等管理分析工具對信息進行處理，使信息變為輔助決策(DSS)的知識，并將知識以適當的方式展示在決策者面前，供決策者運籌帷幄。

FYI. BO(狹義的，也就是BOE)屬于BI中的前端展示工具，當然（廣義的）它也包括一些ETL的tool，比如Composer、Data Integrator、Data Federator


---DW---
數據倉庫（Data Warehouse）就是面向主題的、集成的、穩定的、不同時間的數據集合，用以支持經營管理中的決策制訂過程。（個人感覺這個定義過于飄渺，姑且抄在這）

整個數據倉庫系統的體系結構可以劃分為以下四個層次。
??? 數據源是數據倉庫系統的基礎，是各類數據的源泉，通常包括企業的各類信息。如存放于RDBMS中的各種業務處理數據、各類文檔數據、各類法律法規、市場信息，競爭對手的信息等等。
??? 數據的存儲與管理是整個數據倉庫系統的核心，是數據倉庫的關鍵。數據倉庫的組稱管理方式決定了它由別于傳統的數據庫，同時也決定了其對外部數據的表現形式。數據倉庫的組織按照數據覆蓋范圍可以分為企業級數據倉庫和部門級數據倉庫（通常稱為數據集市）。
??? OLAP服務器對分析需要的數據進行有效地集成，按多維模式予以組織，以便進行對角度、多層次的分析，并發現趨勢。
??? 前端工具主要包括各種報表工具、查詢工具、數據分析工具、數據挖掘工具以及各種基于數據倉庫或數據集市的應用開發工具。其中數據分析工具主要針對OLAP服務器，報表工具、數據挖掘工具主要針對數據倉庫。

---總結---
??? 從上面兩個定義可以看出，BI和DW有許多概念重疊的地方，甚至讓人困惑，這二者的關系又如何？到底誰包含誰呀？本人膚淺的理解是：
??? DW概括的是一項技術，而BI概括的是使用（DW）技術的一個領域。或許我們可以說，BI是建立在DW系統上最廣泛、最典型的一種應用。
??? 這里用到了“技術”、“應用”這樣的詞語來形容BI和DW，并不是在于將這兩個概念簡陋化，能表達出我的意思就行。


---補充背景---
2004年的BI峰會，確定了BI即是數據倉庫之上的查詢、報表和多維數據分析。正如本次峰會發言人所概括的當年認為BI是一堆技術工具的集合。

2007年的BI峰會對BI的重定義：我們開始將商業智能視為一個傘狀的概念，它包括了分析應用、基礎架構和平臺和良好的實踐。”

BI究竟是干什么的。一個是信息發布，一個是決策支持。

可見，數據倉庫、數據標準等平臺已經涵蓋在BI范疇里，BI已不再是前端展現工具；BI不再僅屬于技術的范疇了。
??? 風險管理的一條基本原則是：以最小的成本獲得最大的保障。

　　（1）回避風險。
　　回避風險是指主動避開損失發生的可能性。如考慮到游泳有溺水的危險，就不去游泳。

　　（2）預防風險。
??? 預防風險是指采取預防措施，以減小損失發生的可能性及損失程度。興修水利、建造防護林就是典型的例子。

　　（3）自留風險。
??? 自留風險是指自己非理性或理性地主動承擔風險。自留風險一般適用于對付發生概率小，且損失程度低的風險。

　　（4）轉移風險。
　　轉移風險是指通過某種安排，把自己面臨的風險全部或部分轉移給另一方。通過轉移風險而得到保障，是應用范圍最廣、最有效的風險管理手段，保險就是其中之一。


　　風險管理過程包括以下幾個基本環節：
??? （1）風險識別；
??? （2）風險估測；
??? （3）風險管理方式選擇；
??? （4）實施風險管理決策；
??? （5）風險管理效果評價。
德語：Bayerische Motoren Werke
英語：Bavarian Motor Works
中文直譯：巴伐利亞發動機廠（巴伐利亞是寶馬公司所在的州，前身是巴伐利亞飛機發動機廠）
中文意譯：寶馬（估計連德國人自己都不會想到，BMW在中國還有“寶馬”的意思，不得不佩服中文的表達能力）


Business Money Woman（男人先有事業，然后有金錢，然后有女人）
Bie Mo Wo（別摸我，搞笑之余也充分表達了寶馬的傲慢與高貴）


寶馬品牌中銷量最大的是3系轎車，而它是一款標準的中級轎車，在歐洲，它是一款標準的家庭用車。一個普通家庭用他們一年的收入就可以買一輛寶馬。但是在中國，它是富貴和權勢的象征。

老MINI誕生于英國，代表著1960年代社會歷史變革的印記，精巧、富樂趣、激發朝氣與自由，是60年代英國的標志之一，1994年德國寶馬(BMW) 集團從它原來的生產商Rover接手過來，專心致志進行迷你車的改良工作。新MINI的誕生，代表著高技術含量、高水準的生產工藝、突出的產品特點，還有 強大的品牌形象。

??

瑾以此篇紀念今天的寶馬之行
為了某個項目（商業機密），已經前后培訓了3周了，簡單總結一下吧。
BusinessObjects XI R2: New Hire Product Training （3.19-3.22）
??? 沒想到BO就在新華保險的6層，曾幾何時我也來這的三層（moto）面試過呢。老師是一個在英國工作的孟加拉人，胖胖的，第一次上這么有檔次的課，還是蠻緊張的，不過還好，老師很友善。
??? 4天的課程，將BO的主要產品都走馬觀花了一遍，最大的收獲當然是對BOE的architecture有了一個認識，這對具體工作的理解很有幫助。另一個收獲鍛煉了膽量，要知道一起聽課的都是SAP、NCR、Sybase的人。英語也爽爽的練了一把，英國英語蠻字正腔元的，比較好聽。
??? 趣事：國貿的氣氛就是和中關村不同呀，電梯里MM們討論的是誰去歐洲出差幫忙帶點香奈爾回來，WC里男士們討論的是什么時候去考北大光華的MBA。

某國家部門（商業機密） PoC (4.3-4.6)
??? BO在給某國家部門做Demo，跟著一個BO的工程師去學習一下，正好也實踐一下上一次培訓的內容。
??? 第一天，系統安裝。因為安全因素，他們的電腦沒有光驅、沒有usb、不能上外網，總之沒有出入口。只能先將介質拷到機房的服務器上，再通過局域網往PC上拖。局域網的配置又不好，他們的SA又調整了半天，安裝花去了一天的時間。
??? 第一次進機房，一個隔音的玻璃房子，就去才發現那叫一吵、一熱、一輻射，一個大機柜，一臺服務（4cpu、8G內存）就是一個大板子，n個板子插在機柜上。
??? 第二天，80％的時間都花在了搞清需求上，雖然已經讓客戶提需求，其實他們自己都不知道需求是什么，在做的過程中，他們才了解自己要什么。加上又是安全的原因，所有的表名、列名都是沒有意義的代碼，如ABC，也沒有文檔給我們，就是口口相傳，瘋了。
??? SQL是根本，Universe是核心，WebI是拖拽。
??? 第三天， 終于體會到了什么叫長查詢，4個上千萬行的表在一起join，一條復雜的SQL跑半個小時以上。
??? 由于BOE是基于web server這種形式的，有時難免出現錯誤（B/S總給人不實在的感覺），而重啟一下BO的服務（或干脆重啟服務器）成為了解決問題的“最好”辦法。
??? 另外的體會是做Universe最大的挑戰是你面對的數據庫是一個設計的很差的數據庫。
??? 第四天，沒什么特別，累了。最后我做的3個報表只出來2個，有一個按年查詢的，由于執行時間太長，每次一到30分鐘就報WebI Job Server傳輸錯誤：通信失敗 ，最后他們也沒找到解決辦法。
??? BTW，和我們一起工作的還有一個sybase的dba，很有經驗的一個女士，很好相處。

DB2 9 Warehouse - Business Partner Training （4.17－4.19）
??? 這次training主要是面對salse人員的，所以技術的東西講的很淺。不過后兩天的lab還是蠻有意義的，主要熟悉了一下DB2 Warehouse 9 Design Studio和DB2 Warehouse 9 Administration Console的操作，而且讓我對warehouse有了蒙朧的認識（有空畫個圖的表達一下）。不過關于dw還有待系統的學習一下。

??? 培訓有一部分Crystal Report的內容，也就是所謂的Business Partner，這是由BO的人來講的，比較簡單。不過值得注意的是BO和IBM之間突然產生的這種曖昧關系，其實這是有緣由的。從前BO和oracle 關系密切，但是繼oracle以33億美元收購了BI的老四Hyperion后，BO不得不開始尋找新的partner。
??? 其實（我猜）微軟是不錯的選擇，BO也主要是基于windows平臺的，客戶端都沒有linux版，linux版的服務器也是最近幾個版本才有的。加之以前CR和微軟也是很密切的哦。可是微軟自VS2005后，也開始主推自己的BI solution。
??? 這時三大就只剩下了IBM，走到了一起也就很自然了。另外，IBM的solution也更全面，用硬件到os再到dw，如果能跟這些家伙綁著賣，很有利于BO的銷售。這同樣證實了那句名言：商業圈沒有永遠的朋友，只有永遠的利益。

??? 趣事：講課的老師有美國人、法國人（好難懂的英語）、中國人（英語說的比美國人還快），學生里面還有韓國人。體會了一下什么叫國際化、多元化，這里英語也蠻重要，說它是地球語一點也不過分。

??? BTW，經理說下周就開啟項目了，萬歲。 1. 筆試題，內容只涉及Java：多線程的兩種實現方式，同步的兩種方式，hash XX，訪問控制符，讀程序（try-catch-final型），hibernate的CRUD，HQL，設計一個可以排序的list。他也就簡單看看，這個我從來不重視。

2. 面試，又被問到了hibernate transaction的事情，無奈以前從來沒用過，MD，看來這個確實很重要，得補補課了。似乎問題都集中在了Hibernate上了，感覺他們用的技術較少。

3. 基本不解決戶口。（過了兩天，方正來電話，確實不能解決戶口）

BTW，這家公司很不厚道，竟然問我有沒有一周時間來做一個小的VB程序，算是考察我的水平。（誰都知道這是一種白賺你勞動力的考察形式，這招也未免太老套了吧）
struts用了也一年了，基本的東西都會用，不過因為是在工作中邊學邊用，難免很多知識點都不系統，慚愧呀。這幾天找本書梳理一下。

---MVC---
V：多種視圖共享一個后臺模型
M：實現與界面獨立，良好的封裝
C：更好的維護程序流程

model1：JSP（V、C）+JavaBean（M）
只適用于小型程序，JSP的雙重角色使HTML和Java混合，很難維護。

model2：JSP(V)+Servlet(C)+JavaBean(M)
Struts也是model2（用ActionServlet代替Servlet）。Struts的所有功能都是建立在已有的Java Web組件上，如Servlet，JSP，JavaBean，它只是利用一種方式將這些元素組織了起來，使它們協同工作。

---點滴---
在Struts應用程序中，所有的用戶請求都由ActionServlet接收，然后根據struts-config.xml查找相應的子控制器。Web容器加載Struts應用程序后，struts-config.xml被首先讀入內存成為一個ActionMapping對象。

基本流程：HttpRequest-->XxxForm-->validate()=true-->XxxAction-->execute()-->(return) ActionForward-->JSP
這其中的配置信息都存在于struts-config中

國際化：<bean:message key=""/> + ApplicationResources.properties

---web.xml---
<display-name>    ApplicationContext name
<listener>   配置事件監聽器
<session-config> -->  <session-timeout>    Session過期時間
<welcome-file-list>   根URL的默認頁面：先找index文件，找不到再查找該list
<error-page>     制定在返回特定HTTP狀態碼，或者特定類型的異常被拋出時顯示的頁面。
<taglib>    對標記庫描述符文件（Tag Library Descriptor File）指定別名

---struts-config.xml---
<data-source>   定義數據源
<global-exceptions>   定義全局異常
<global-forwards>      定義全局轉發（名字相同時，局部轉發優先）
<controller>      定義控制配置類，如TilesRequestProcessor
<message-resources>   指定消息資源文件，配合<bean:message key="" bundle="">使用
<plug-in>      插件

---Action們---
Action：線程安全的，所以都是singlon的。不應該在Action類中使用域變量保存用戶特定信息，如狀態信息（可以將一些與特定請求無關的變量定義為域變量，如Log變量）
ActionForward：可以是靜態的從config文件中讀，如mapping.findForward("success")；也可以是動態的指定，如new ActionForward("success","/aaa/bbb.jsp",true)

預定義的Action
 ForwardAction：類似<jsp:forward>
 IncludeAction：類似<jsp:include>
  以上兩個Action，使Struts遵循MVC，避免直接調用JSP，可以充分利用控制器的預處理功能。 
 DispatchAction：以資源為中心，減少Action的數量。
  通常可設置parameter="method"，則調用的url為http://xxx/yyy?method=add
  也可以設置parameter="add, update"，則調用的url為http://xxx/yyy?add=true
 LookupDispatchAction：DispatchAction的子類，通過反查資源綁定，找到類中對應的方法。
 SwitchAction：Struts支持多應用程序模塊（即multi-module），SwitchAction用來執行在不同應用程序模塊間的切換操作。
如何以少（時間）勝多（任務），走在時間的前面？Kelly Qugley總結了來自很多讀者的竅門，看看其中有哪些可以幫助你做好時間管理？

高科技和傳統融合。如果你有一個PDA，逼著自己將所有的東西記到上面可能會讓你失去使用它的熱情。把日程表記在上面，而使用紙和筆紀錄其他更頻繁瑣碎的內容。

給自己語音留言。如果你臨時想起需要做什么事情，給自己的語音留言系統打個電話，留個言，回頭就不會忘記了。
??
關掉電視。這樣你就可以有時間讀書、做家務、處理各種其他的事情了。????

用錄音機或者語音筆記錄想法。如果你是那種隨時隨地迸發靈感而又懶的動筆的人，可以試試這個。

記錄時間用在哪里了。如果你沒有時間管理的經驗，在開始安排計劃之前，先花幾天記錄一下每天都在做什么，花了多少時間。這樣你就可以對自己每天把時間花在哪里有一個概念，有什么事情是必須做的，什么事情實際上是浪費了時間。

說不。在合理的時候說“不”可以讓你更專心的完成該完成的工作。???

現在就做，不要耽誤。不要拖延把兩分鐘就可以做完的事情，收到的發票現在就放好，用完的工具馬上還回去，“待會兒”常常意味著永遠。??

集中處理。如果你常常瑣事成堆，可以找出一段時間，什么別的事情都不做，專心清空你的收件箱。?

將個人的事情也列入日程。不要覺得自己的事情就不值得計劃好，留出時間。將鍛煉身體以及和朋友小聚也列入日程，不要輕易隨便犧牲個人時間。

細化時間管理。我們在以前的文章里也提過，將每天的工作分配到一個小時到半個小時，分段工作，提高效率和完成率。

考慮塞車時間。把塞車的時間考慮在內，不要為此耽誤工作。???

記錄工作日志。將每天完成的工作記錄下來，你可能會發現常常需要返回來查詢。????

不要在一天安排太多工作。????

磨刀不誤砍柴功，花時間準備以便節省更多的時間。????

先做優先級高的事情。???

采用“四個文件夾”策略。在桌上放四個文件夾，分別標注上“現在就做”、“文檔”、“參考材料”和“明天”。??


轉自 Q: Is TEXT data type (of MSSQL2000) available or legal in Universe Designer?
A: I found out that I can't create an Object from a TEXT column by drag and drop.
Anyway, I can still create an Object by wizard with choosing the type as "Long text".
(準確說是前4個)
1. Master數據庫是SQL Server系統最重要的數據庫，它記錄了SQL Server系統的所有系統信息。這些系統信息包括所有的登錄信息、系統設置信息、SQL Server的初始化信息和其它系統數據庫及用戶數據庫的相關信息。

2. Model數據庫是所有用戶數據庫和Tempdb數據庫的模板數據庫，它含有Master數據庫所有系統表的子集，這些系統數據庫是每個用戶定義數據庫需要的。

3. Msdb數據庫是代理服務數據庫，為其警報、任務調度和記錄操作員的操作提供存儲空間。

4. Tempdb是一個臨時數據庫，它為所有的臨時表、臨時存儲過程及其它臨時操作提供存儲空間。

5. Pubs和Northwind數據庫是兩個實例數據庫，它們可以作為SQL Server的學習工具。


BTW，概念對比（沒有科學依據，僅僅是猜想）
sql2000???? oracle
server????????? 數據庫
數據庫????????? 表空間
master?? ?? ??? system tablespace
msdb?? ?? ?? ?? sysaux tablespace