工作換了，但還是在台中

先前說我要換到北部去工作，可是因為機緣巧合，所以最後我還是留在了台中。

還是作資訊的工作，但產業別不同，這次由製造業轉換跑道進了時尚品牌零售業，這裡資訊部門下個星期才會成立，對我而言是個有挑戰性的工作。

No pain,No gain. 給自己加油，也與大家共勉之！

向前行

最近在電視上看到江蕙翻唱林強當年的成名曲”向前行”，因為相當符合我的現況，聽來頗有感觸，不過江蕙唱的有點軟，我還是喜歡林強的原版，Google一下，滾石有放官方版ＭＶ在YouTube，大家欣賞一下吧！

林強-向前走 (官方完整版MV)

今年的一月對我個人來說是個變化頗大的一年，一月初開始尋找台中以外的工作機會、一月中父親住院、一月底父親往生，也在一月我找到一份位於新店的工作，雖然也是資訊主管的工作，不過未來需要自己動手作的機會比較多，不能像在這裡只出一張嘴就行，還好我自認算技術實力派的，這一切難不倒我！

阮欲來去台北打拼 聽人講啥物好空的攏在那
朋友笑我是愛做暝夢的憨子 不管如何路是自己走
OH!再會吧! OH!啥物攏不驚
OH!再會吧! OH!向前行

三月中就要北上了，台北我來了！

同質資料庫跨版本升級或異質資料庫移轉

為什麼沒事會想來寫這樣一篇文章呢？主要是因為我在IT邦幫忙應發文者的要求貼了兩張圖，就是，結果居然被選為最佳解答，但事實上對發問的人來說，這個作法他若真的去作就會發現是不可行的，我心中有愧，後來就在討論告訴對他來說最適合的方法，並將我個人移轉資料庫的經驗提供大家。想說我也很久沒更新部落格了，就將我的資料庫移轉經驗分享給大家。

如果是我自己要作同質資料庫跨多個版本升級或甚至是異質資料庫移轉，我會這樣作：

1. 先用MS SQL的SSIS工具移轉所有的Table資料

2. 與原資料庫對照重新建立所有Table上的Index(包含PK)

(以下步驟3~5如果是同質資料庫升級應該Loading不大，就是在就資料庫產生Create指令再到新資料庫執行就好,但如果是異質資料庫移轉最好作好心理準備，除了Create View語法應該算標準ANSI SQL指令可能只要小改，其他的SP、Function應該都是要有重寫的打算)

3. 請程式設計師重建所有的Function

4. 請程式設計師重建所有的View

5. 請程式設計師重建所有的SP(stored procedure 預存程序)

(以上步驟3~5在執行時，有可能會有相依性的關係，Ex.在某個Function中可能會用到某個View或某個SP，遇到這種情形就要先建那個View或SP，這個順序是我的個人經驗，這樣作的相依性的問題應該會最少，但這取決於您應用系統程式設計師的習慣，反正這部份算他的工作可以由他決定)

6. 請程式設計師測試所有程式碼中和資料庫相關的地方(Connection建立/關閉、資料新增/修改/刪除/查詢、資料庫效能壓力測試[就是找之前系統慢的地方來測])

7. 以上步驟都OK了，請先選黃道吉日，公告周知系統維護將進行維護暫不開放，重作以上步驟1~6(先前的只是測試，請記得保留先前步驟3~6所有修改的成果)

我的NB Win7 效能選項設定

這一篇PO文只是因為最近調整過我NB上的設定,單純只是備忘,無任何參考價值。

要怎麼叫老板懂雲端!

上週老板臨時找幾個大主管和我召開一個ＸＸERP會議，我想：『咦！這套ERP不是幾年前我們上了四個半月後就下線了嗎？現在在公司裡ＸＸ公司是不能說的禁忌，為何要開這個會，是什麼情形？？？』

開來會才了解，原來ＸＸERP的總顧問和老板私交甚深，前幾年老板也因為ERP上線失敗的事在生顧問的氣，但這幾年顧問為了商譽(就是人家一直會問他，我們公司的上線情形)一直有在找老板，想要把這個『暫停但不放棄』(這個辭神吧！當初老板叫專案小組檢討要決定ERP專案到底要繼續還是放棄時，一個聰明的幕僚同事想出來的，打死我也想不到！)的專案重新啟動。

================以上都是閒話帶過=================

反正就是那位ERP顧問，在會議中提到他們家的ERP已經和XX電信合作上雲端了，要用他們家的系統可以不用買主機，不用建機房，每個月只要付月租費有連網就可以了！老板聽了當然很心動，只覺得『哇！以後資訊可以不用再寫簽呈上來要買主機了！』，雖然我只能透過小小的30”電視螢幕看到坐在遠在對岸的老板，根本只能看到人看不到表情，但我仍能感覺到老板的的雙眼立刻亮起來了，當下指示我要針對雲端這件事對他作個簡報，讓他了解以後我們公司可以怎麼運用雲端來省錢。

唉！看到老板那麼興奮，與會人員對雲端一知半解的發言，無奈呀！當天感冒被鎖喉了，要講清楚的講一句話讓對岸的人聽到真的是很困難，只好讓大家對雲端有個美麗的誤會吧！

這兩天休假在家裡想到這件事，心裡在想怎麼讓老板聽的懂；從以前我就有所體認，要讓老板級的人聽的懂我們資訊人在說什麼並不困難，就是想辦法把他類比成車子、房子就沒錯了！

首先要讓老板理解，羊毛出在羊身上，不是什麼主機或服務都能往雲端擺，不要等帳單來了才後悔！

所以我打算以以下的概念讓老板了解雲端：

1.買主機放在公司就像自己買車：雖然一次付出比較多錢，壞了要花錢修，但想去那就去那，自由度高。

2.IaaS就像租車：，一次付出的比自己買主機少的多，也不用管維修，自由度也算高，但缺點是長期用或用量高不一定便宜。

3.PaaS像搭計程車：自由度比租車少一點，但優點是有司機開車，讓您更省點事，但一樣依使用量算錢。

4.SaaS就像搭大眾運輸系統：自由度最少，但優點就是便宜，就以顧問這次說他們家的雲端ERP為例，月付少少，不用架主機買授權也省機房冷氣錢，但顧問沒講到的是：不接受客製。

聽廠商講雲端那麼久，還沒聽過像我用這個例子來講雲端的，大概是角度不同吧！算是我的原創概念，特為文紀念！

完成階段性任務

來到這家公司擔任空降MIS主管轉眼已經四年多,從前年底起連續兩年為底下認真作事的同仁爭取加薪，去年老板沒有同意，今年開工第二天終於得到好消息，老板同意幫同仁調薪，雖不如我預期，但總算聊勝於無！在傳產生產線都已外移的公司，要幫在台灣的同仁加薪真難！

雖然加薪沒我的份，但老板還是幫我調了一下Title,由專員調為副理，算是認可我這些年帶領資訊團隊的努力！也讓我深刻體會到什麼叫”贈人玫瑰，手留餘香”這句話的意涵。

前陣子整理一下這四年的工作績效，覺得還滿亮眼的，現在也總算有機會犒賞了這幾年認真努力幫忙的同仁，對公司對同仁都算是有了個交待，該是更上層樓的時間了，總算成功的完成階段性任務！

這幾年的工作重心都是在管理，管理真的門藝術，有機會再來跟大家分享管理心得。

MS SQL字串中的單引號要如何表示

今天協助同事處理SQL查詢速度太慢的問題,原來的語法是:
Select * from Table_A LeftJoin OpenQuery(Another_DB_Server,'Select * from DB.dbo.Table_B') as Table_B on
(Table_A.Col_1=Tbale_B.Col_1 AND
Table_B.Col_4='D')
Where Table_A.YYMM='201005'
其中Table_A資料筆數約15萬筆,Table_B資料筆數約20萬筆,這個查詢查下去要花56秒,我看了以後直覺就是兩個大Table Join不慢才有鬼,所以我第一件事就是先減少遠端查詢的資料筆數,也就是在OpenQuery那行SQL指令作手腳,原本是:
Select * from DB.dbo.Table_B
改成:
Select * from DB.dbo.Table_B Where Col_4='D'

可是問題來了,在OpenQuery中的這段SQL指令是一個字串,前後都要用單引號包著,快兩年沒用SQL了,字串中的單引號要如何表示早就忘了,找一本SQL指令的書看半天都找不到,只好拜Google大神,一下就找到答案了,就是用兩個單引號表示,將原本的SQL指令改為:
Select * from Table_A LeftJoin OpenQuery(Another_DB_Server,'Select * from DB.dbo.Table_B Where Col_4=''D''') as Table_B on
(Table_A.Col_1=Tbale_B.Col_1)

眼花了吼!
'Select * from DB.dbo.Table_B Where Col_4=''D'''
[單引號]Select * from DB.dbo.Table_B Where Col_4=[單引號][單引號]D[單引號][單引號][單引號]