其他

ODS是平面表，所以Key的設定很重要，不能多，多了資料容易重複，特別是用於計數的時候。也不能少，少了資料就各種覆蓋，特別是用於配置表的時候。        No Transformation經常用於ODS由N個資料來源提供資料的情況，每個資料來源提供幾個欄位。其他的欄位一定要設成No Transformation，不然該欄位會被覆蓋成空。   PS：這篇文檔是寫給自己的，眼高手低的事情太多了，很多項目往往死在小細節上。這兩點看似簡單，暗藏殺機。

本文一步一步地描述了怎樣使用Microsoft Visual Studio IDE建立64位應用程式, 並且,64位的應用程式代碼和32位應用程式代碼完全一樣, 只是編譯環境配置有所不同。目前還沒有發現有純64位的IDE應用程式開發環境。筆者翻譯本文時，Microsoft已在VS.NET2002/2003/2005/2008 IDE中提供了64位建立環境

 所謂預計算，不過是找台伺服器，給按照你輸入的條件刷workbook或者Query，然後把結果發給到你的郵箱。本來的思路就是用一台伺服器，來解放人工的生產力。 作為BW套件中的工具之一，存在必然有他的價值。因為大家都喜歡把workbook做的很強大，動不動就50+的Query，再加上一堆公式和VBA。 即使用上了BIA Engine，也要用很久才行。何況要刷N次呢？所以理論上來講不愧是一個好東西，屬於比較高端的BW應用。  從管理的角度來講，如果每個月都把月報發到領導郵箱裡，豈不是很愜意得藍圖？

在BW 報表的設計中，由於使用了各種特性，報表結果的資料有時可能不是你所預想的結果，甚至看上去是錯誤的。在這種情況下，我們應該怎麼來分析、理解這些報表結果呢？以下是一個使用condition後BW報表的執行個體，通過這個例子，我們可以看到分析報表結果的一些基本技巧，並理解condition的工作原理。 話說某年某月的某一天，我們看到這樣一個報表結果： 這個報表的意義是一目瞭然的，即我們現在有的資料是，在C02這個國家顏色為3的F07組件有760個，注意我們只有顏色為3的資料。

這個問題，某文檔裡說是yes    首先得瞭解啥是Data Mart吧，這其實是個廣義的概念。    百度百科說： 資料集市(Data Mart) ，也叫資料超市，是一個從操作的資料和其他的為某個特殊的專業人員團體服務的資料來源中收集資料的倉庫。從範圍上來說，資料是從企業範圍的資料庫、資料倉儲，或者是更加專業的資料倉儲中抽取出來的。資料中心的重點就在於它迎合了專業使用者群體的特殊需求，在分析、內容、表現，以及易用方面。資料中心的使用者希望資料是由他們熟悉的術語表現的。    Pasted

這幾天做18資料來源的初始化，又有了那麼一點點心得~總結下       首先，LBWQ或者SMQ1，這是Outbound Queue，必須要刪的，如果提取結構沒改還好，如果改了，LIS的抽取JOB一定會報錯的。    因為新的業務資料會先儲存在Outbound Queue，然後抽取到Delta Queue裡面，周期為1H（可以在LBWE裡面計劃的）    其次，為啥說LIS的資料來源是PUSH的，FI、自建資料來源為PULL，有了一點理解的思路。  

看了網上好多ubuntu下配置jdk的辦法，有的親身實踐過，並沒有達到預期的效果，這裡記錄一個自己用過的，比較簡單的辦法安裝jdk的步驟就不說了，無非是去oracle官網下載jdk，目前主流的位jdk-1.6，安裝完畢後配置環境變數的步驟終端下執行 sudo gedit /etc/profile開啟profile檔案，在profile檔案的最下方輸入如下內容，並儲存#set java environmentexport

摘要：本文提供了四種啟動畫面製作方法。　　使用啟動畫面一是可以減少等待程式載入過程中的枯燥感（尤其是一些大型程式）；二是可以用來顯示軟體名稱和著作權等提示資訊。怎樣使用VC++製作應用程式的啟動畫面呢？本文提供四種方法，前三種適用於基於文檔的應用程式，第四種適用於基於對話方塊的應用程式。　　1.利用組件庫中的Splash

Kinect之父被Google挖角 曾是著名Wii駭客Google又從微軟得到了一枚人才，他就是Kinect開發人員兼著名的Wii駭客Johnny Chung Lee，他在自己的部落格宣布了這一職位調動。Lee從Kinect在3年前Kinect還被稱作Project Natal的時候就就在微軟的應用科學團隊為其設計人體追蹤演算法，他擁有卡耐基梅隆大學的人機互動博士學位。 目前還不清楚Lee作為Google的快速評估師會具體負責什麼工作，也許意味著Google真的要開始在遊戲方面發力了？

/swap交換分區，一般為機器記憶體的兩倍/root根分區15G——30G之間/boot建議為ext2，這個分區包括了作業系統的核心和在啟動系統過程中用到的檔案，大約在60MB——120MB之間，不超過150MBN，研究核心用1G足以/var分區，1G，預設為ext4，系統日誌存放的地方/tmp分區，5G預設為ext4，用來存放臨時檔案/opt分區，1G

清理開發機的空間，其實就是刪掉那些比較大的PSA表    首先，basis給提供了一份size top 100的table list 然後，我們簡單的篩選，挑出需要做的psa表        之後，SE11，RSTSODS    把Table name 帖到Technical ODS name中        執行出的list中，PSA就是我們所需要的        複製，然後粘貼在PC的變式裡        通過選擇第一列PSA，然後使用過濾器，完畢~~  

Kinect與駭客們如何相處歲末年初，臉上長滿鬍鬚、身穿連帽外套、講著滿口粗話的電腦駭客卡爾·馬楚裡斯（Kyle Machulis）登上舊金山音樂巡演站Rickshaw的舞台。他在那裡發表了一篇Nerd Night（“網迷之夜”）的講話，介紹了最近令他愛不釋手的東西微軟的Kinect，這是一檯面向微軟遊戲主機Xbox的娛樂操作平台，能讓人們在玩視頻遊戲時不再手握操控板，而是通過手勢和語音進行識別的體感裝置。馬楚裡斯對著眾人說：“這個東西售價150美元，在GameStop公司的連鎖店裡就有售。哦，

轉寄理由：第一次碰到這種想法，也是對時間依賴的實戰應用吧，想法很獨到。 有時，使用者會對主要資料（例如客戶、物料）做一些修改，例如修改客戶所屬的地區，修改物料所屬的分類等等。那麼，對於這種修改過的主要資料（DW中的緩慢變化維），如何在報表中體現出曆史的真實情況呢？首先，我們來看標準設定下的主要資料更新情況。假設0customer 有一個屬性0region,

大家都知道，InfoSet裡，DSO不能用導覽屬性，所以一般都會把Master Data也加進去    這時就出現了一點小問題，在Analyzer展現的時候，Master Data，由於沒有新的資料，報表顯示的資料狀態會一直停留在有資料更新的時候，而不是抽取日期。    個人理解，Master Data資料幫浦到屬性以後，由於沒有更新，會無法進行changerun，所以系統就傻傻的以為我們沒有更新過資料。（後來證明不是，不去changerun只要是有資料更新，系統就識別，天呐，誰來告訴我為啥。。

This article explains how to delete process chain logs in BW 3.X environments. Process chain logs are stored in RSPCLOGCHAIN and RSPCPROCESSLOG tables.In BW 7.0 there is a standard program RSPC_LOG_DELETE to delete these logs. In 3.5 you need to

不知道大家有沒有遇到過這種事情，Query的結果不等於LISTCUBE裡的匯總。或者有的時候，乾脆LISTCUBE就是空的。 這種情況，首先要懷疑的就是，主要資料的SID是否有問題。 這種時候，就應該啟用RSRV了。RSRV-->All Combined Tests -->Master Data -->Check Master Data for a Characteristic -->InfoProvider

hadoop

1. 一天， harlan的店裡來了 一位顧客，挑25 元的貨，顧客拿出 100 元， harlan沒零錢 找不開，就到隔壁飛白的店裡把這 100 元換成零錢，回來給 顧客找了 75 元零錢。過一會， 飛白來找 harlan，說剛才的是假錢， harlan馬上給飛白換了張真錢，問 harlan賠了多少錢 （低） ？2. 以5隻貓 5分鐘捉 5隻老鼠的速度計算，要在 100 分鐘內捉 100 只 老鼠，需要多少貓（低）3. 一副撲克牌 54 張，紅黑各一半從裡面任意翻兩的可能性是多少 （低）4.

當我們發現每月的1號-5號要跑處理鏈A6號和10號要跑處理鏈B  你會怎麼做？ 之前的處理是把A、B複製出來N份兒，按照Monthly調度？ 可是呢，這樣監控起來就有難度，總會被疏忽，不是自己害自己，就是害負責監控的難兄難弟 可如果換做Decision，事情就好辦多了。 我是這麼做的： 在Decision的If 中寫入公式：( SUBSTRING( Current Date, 6, 2 ) >= 1) AND ( SUBSTRING( Current Date, 6, 2 ) <=

PS：之前有篇Blog提起過，但是真要很好的應用起來，還是有點難度，所以又專門的針對這些小功能進行一次探討。    問題背景：    目前遇到了一個小case，是關於一個有Delta機制的自建資料來源總是抽不上來資料。        問題原因：    BW的這種Delta機制原理是，系統中記錄一個timestamp，比如20110531，這是上次抽取的日期。 於20110601執行Delta資訊包，會抽取ERSDA為20110601-20110601期間的資料。