2016年10月21日 星期五

Visio: 一更改其中的文字方塊內容, 所有物件的位置就會偏移

試了幾次都一樣, 只要一改文字方塊內容, 所有物件的位置就會偏移, 找了設定也看不出端倪.

查看工具列上的項目, 發現了眉目, 有個[自動調整大小]的選項



不知道是什麼設定或動作讓這選項變為啟用, 只要按一下, 改為停用, 就都正常了.

這功能是要整人還是幫人呀...


2016年10月2日 星期日

書摘: 誰殺了我的牛?

牛的故事

他們原本當寶的財產, 其實也是讓他們無法從貧困與平庸中脫身的枷鎖.

雖然不滿意現況, 也漸漸開始學著接受. 明明對人生不滿, 但又覺得自己還不夠悲慘; 明明對生活感到挫折, 卻又無法下定決心想要加以改變.

每個人的人生裡都有"牛", 我們背著偏見、藉口、恐懼與自我辯解的重擔生活, 這些自我設限的障礙讓我們只能過著平庸的日子.


別以為每頭牛都會叫

"牛"可以分成兩類: 藉口與畫地自限的態度. 藉口是以辯解、託詞與謊言的形式表示. 畫地自限的態度則是以恐懼、合理化解釋、謬見等形式表現.

藉口其實是說: 我有罪, 但真的不是我的錯.

藉口的基本特性:
1.只要想找藉口, 絕對可以輕易找到; 一旦找到藉口, 就會巴著它不放; 藉口不會幫我們帶來任何改變.
2.一旦講出藉口, 一定會找到盟友, 那是絕對的!
3.藉口不會改變什麼. 編造藉口無法解決我們想要逃避的問題, 日子還是一成不變.


小牛變大牛, 小錯成大過

恐懼無疑是最糟的一種"牛", 可以主宰我們的心靈, 讓我們嚇得失魂落魄, 不知所措.

行動是消除恐懼的唯一方式.

"合理化解釋"是另一種形式的畫地自限, 通常用來說服別人與自己, 情況不像表面上看起來那麼糟.

合理化解釋的最大問題在於, 時間一久就會讓人信以為真.

人生的目標不該是去學習如何接受我們討厭的事, 而是去找出或去做我們熱愛的事; 人生苦短, 不該浪費在痛恨的事情上.

成功的一大敵人正是悲觀; 期望太低與負面的態度必定會導致失敗與挫折.

當一個人認為自己能力不夠時, 周遭的世界也會如此看待他.

務必質疑眼前所面臨的恐懼、擔心與不確定, 是不是錯誤想法造成的.

如果相信自己會成功, 就一定會成功; 相信自己不會成功, 就已經失敗了.

平庸比失敗還糟, 跌落谷底至少還可以迫使我們重新檢視環境, 考慮其他選擇.


顏色不同的牛

各形各色的牛:
1.自我安慰: 為平庸找藉口會讓我們接受平時無法忍受的情境
2.不是我的錯: 發生在你身上的一切, 大多是自己造成的
3.一切都是命: 如果我們不質疑錯誤的想法, 就只能過著平庸的生活
4.完美主義: 把事情做好的唯一方法是多練習, 把握機會投入
5.自覺無能為力: 對於任何限制不要毫不質疑就照單全收
6.深奧的哲理: 採納任何新的指導原則之前, 都應該思考它的來源
7.自欺: "牛"都有一個共通點: 讓我們陷入平庸


牛打哪兒來?

當一個人認為自己只有單一天分時, 問題就出現了.

畫地自限的想法也可能是永難忘懷的經驗所造成的, 但其實它在現實生活中可能早就失去效果了.


任何牛都不該當成禮物收下

很多讓我們陷於平庸的"牛"其實都是別人送我們的.

成功是做出好決定的結果, 好決定是經驗促成的, 經驗往往是從糟糕的決定累積出來的.

未來不見得和過去相似. 我們都有能力隨時學習與改變人生的方向.


殺牛之道

成功與否完全是自己的責任. 隨時依賴別人的支持與鼓勵固然很好, 但並非絕對必要.

改變自己的思考與行動方式, 而不是改變別人的思考或行動方式.


殺牛只有一個方法

朝"無牛生活"邁進的步驟:
1.找出你的"牛"
2.判斷每隻"牛"背後隱藏的想法
3.記住為了留住每隻"牛"所付的代價
4.列出擺脫"牛"後會體驗到的好處
5.建立新的行為模式

奈丁格爾爵士(Nightingale)寫道: 你會成為你最常想的樣子.


維持無牛區

當我們擺脫所有的藉口時, 也等於是為自己的成功承擔完全的責任, 變成命運的主人.

克服漠不關心與平庸的第一步, 就是擺脫阻礙我們立即採取果斷行動的藉口.

不要浪費時間分析落實計劃時可能碰到的問題.

地獄就是在抵達人生終點時, 和自己原本可變成的人面對面的情況.

失敗不是阻礙我們成功的主因, 平庸才是.


2016年9月25日 星期日

Oracle EBS: SO已book, 但無對應的workflow -- Part 2 (Ref)

查看資料:

SELECT h.order_number,
       h.header_id,
          l.line_number
       || '.'
       || l.shipment_number
       || '.'
       || l.option_number
       || '.'
       || l.component_number
       || '.'
       || l.service_number
          line_num,
       l.line_id,
       h.booked_flag,
       l.booked_flag,
       h.order_type_id,
       l.line_type_id,
       h.creation_date,
       h.last_update_date,
       h.last_updated_by,
       l.creation_date,
       l.last_update_date,
       l.last_updated_by,
       DECODE (
          (SELECT 1
             FROM wf_items
            WHERE     item_type = 'OEOL'
                  AND item_key = TO_CHAR (l.line_id)
                  AND end_date IS NULL),
          1, 'Yes',
          'No')
          WF_Created,
       DECODE (
          (SELECT 1
             FROM wf_item_activity_statuses
            WHERE     item_type = 'OEOL'
                  AND item_key = TO_CHAR (l.line_id)
                  AND end_date IS NULL
                  AND ROWNUM = 1),
          1, 'Yes',
          'No')
          WF_Started
  FROM oe_order_lines_all l, oe_order_headers_all h
 WHERE     l.header_id = h.header_id
       AND l.open_flag = 'Y'
       AND h.open_flag = 'Y'
       AND h.flow_status_code IN ('ENTERED', 'BOOKED')
       AND l.flow_status_code IN ('ENTERED', 'BOOKED')
       AND NOT EXISTS
                  (SELECT 1
                     FROM wf_item_activity_statuses st
                    WHERE st.item_type = 'OEOL'
                          AND st.item_key = TO_CHAR (l.line_id))
       and h.order_number =102013860

Oracle EBS: SO已book, 但無對應的workflow -- Part 2

這狀況又發生了, SO中有5個line, user要建立Delivery時有問題, 才發現第5個line沒有workflow, status還停在Booked.

有了上次的經驗, 這次處理速度快了些.


1.檢查workflow status, 沒資料

  SELECT *
    FROM wf_item_activity_statuses
   WHERE item_type = 'OEOL'

     AND item_key = TO_CHAR(1458486)


2.launch process
begin
    wf_engine.launchProcess('OEOL',  --itemtype in varchar2,
               1458486,  --1         itemkey  in varchar2,
               'Line Flow - Generic',--         process  in varchar2,
               'Sales Order 102013860, Line 5.1..', --         user_key in varchar2,
               'XX01530' );        -- owner_role in varchar2)
end;


3.再檢查workflow, 已有資料, line的status仍是Booked


4.commit


5.執行Workflow Background Process


搞定~

2016年8月30日 星期二

MS Access連結Oracle DB error: "保留錯誤 (-7732);這個錯誤並無訊息"

為便利資料上傳, 要以Access連結Oracle, 裝好instant client 11, 測試正常.



但實際要連DB時, 出現error: "保留錯誤 (-7732);這個錯誤並無訊息".



搜尋網路, 沒有發現什麼可用的訊息. 但以excel透過ODBC, 則是可正常擷取Oracle DB資料.

試了更改Access的一些設定, 都沒有作用.

想著可能與版本有關, 後來有人試出結果, client原先用11.01有異常, 但改用12.01就正常了.



System:
  Windows 7 專業版 SP1 (64位元)
  Access 2010 (64位元)
  Oracle Client 12.01

為了版本問題浪費一個下午...  Orz...


附註: TNSNAME問題
若名稱上有.world(例如R12.world), 在TNS Service Name欄位只會看到R12, 測試連線會說名稱無法識別, 把tnsname.ora中的.world字樣移除就好了.