Google Search

自訂搜尋

2011年7月27日 星期三

[ERP] SAP World Tour 2011

有幸於7/26 參加 SAP World Tour ,也是SAP年度大拜拜. SAP 原廠顧問們和合作夥伴傾巢而出,全力於World Tour中將SAP的新功能以及客戶實際應用呈現給大家.

台北場在喜來登飯店舉行,人數是我參加過的SAP研討會最多的,代表SAP的客戶群這幾年有顯著的成長。哈,但是整個會議流程就有點小失控,吃午餐像是乞丐在排隊,會議結束領紀念品又像土匪在搶著領東西.

會議中幾個比較有收穫的議題如下:

1. 宏達電SAP導入經驗,由其COO演講,闡述宏達電導入 SAP的計畫. 老外的 Present 功力果然不錯,從宏達電的營運狀況到公司願景連結到對系統需求,最後導出導入SAP的計畫.

2. 製造業價值鍊,從 SCC(Supply Chain Collaboration) , SOP (Sales & Operation Plan), RMS (Response Management Simulation), SCPM (Supply Chain Response Management). 一堆縮寫代表一堆系統,也說明SAP對供應鍊這一塊系統的重視. 很多企業在ERP導入後,為了讓庫存降低,交期縮短,供應鍊系統的導入是勢在必行!

3. 廣達對雲端的投入:看來廣達不僅止於對雲端所需要的硬體&主機從事研發生產,也針對雲端軟體開發不遺餘力。廣達重視的是企業雲而非 Google & Facebook 著重的個人雲. 雲端所需要的軟體虛擬技術,看來廣達也含跨其中!感覺廣達這部份的架構很像是幾年前談的 ASP (Application Service Provider),只是以不同的包裝方式重起爐灶,端看在不同的時空背景下是否有成功的機會?

詳細議程
9:30-11:50
喜來登廳
RUN BETTER
9:30-9:40致歡迎辭-RUN BETTER
9:40-10:20客戶成功案例分享
Matthew Costello, 執行副總兼營運長, HTC
10:20-10:50SAP產品策略
Simon Dale, SAP亞太區
10:50-11:20客戶成功案例分享
韓家寅, 總經理, 大成長城企業股份有限公司
11:20-11:50客戶成功案例分享
陳炯福, 副董事長兼執行長, 華泰大飯店集團
11:50-13:00
餐敘與展覽

13:00-16:45


分堂議程


Collaborate Better
高科技製造業快速協同
Decide Better
消費品零售業精準決策
Operate Better
資訊技術突破營運
Adapt Better
專業服務優化應用
Track A
13:00-13:30SAP完美製造業價值鏈
黃漢傑, 解決方案經理, SAP 台灣
13:30-14:00實務的供應鏈快速回應方案
陳建宏, 資深解決方案經理, SAP台灣
14:00-14:30透視供應鏈 精準掌握企業未來毛利藍圖
鄒誠正, 台灣IBM全球企業諮詢服務事業群首席顧問
14:30-15:00茶敘與展覽
15:00-15:30整合流程的生產製造系統
林信宇, 解決方案經理, SAP 台灣
15:30-16:00客戶成功案例分享
方天戟, 副總經理, 廣達電腦股份有限公司
16:00-16:30供應鏈管理經驗分享
殷勝雄, 資深副總經理, 新加坡商德碩國際管理顧問股份有限公司台灣分公司
16:30-16:45幸運抽獎

2010年12月23日 星期四

[IT Architecture] Oracle D2K Study

最近在幫公司survey一些產品,發現有一家中意廠商的產品,他是用Oracle D2K開發。對我而言,D2K是比較陌生的工具,因此做了一些Study。另一方面也是擔心若選用D2K,會不會發生未來產品維護的問題。

網上有一篇文章,對D2K有簡單介紹,看來D2K的定位有點像VB,方便開發人員用它來快速開發
GUI介面,用的語言是PL/SQL。講D2K大家比較陌生,但是講到Oracle Form應該就比較有印象。

如果再回到oracle官網,看來在Oracle Fusion Middleware中,它整合了Oracle Form,讓Oracle 的開發人員可以用D2K也可以用JAVA開發,中間整合則用Fusion Middleware。

對Oracle而言,用Oracle Form的技術可以稱之為傳統技術(Traditional Technology),Oracle也將它整合至Oracle Application Server. 另一大塊就是Java,則是原本就在Oracle Application Server。還有一部分也是本BLOG曾提到的快速開發工具APEX。

下面是原文的內容,看來ORACLE還是會持續開發此技術,讓既有已使用此技術開發的產品可以繼續運作並和新的ORACLE JAVA技術作整合。

=======================================================================

Oracle Forms Services 11g

Oracle Forms, a component of Oracle Fusion Middleware, is Oracle's long-established technology to design and build enterprise applications quickly and efficiently. Oracle remains committed to the development of this technology, and to the ongoing release as a component of the Oracle platform. This continuing commitment to Forms technology enables you to leverage your existing investment by easily upgrading and integrating existing Oracle Forms applications to take advantage of web technologies and service oriented architectures (SOA).
=======================================================================

2010年12月16日 星期四

[Misc] Regular Expression

近來公司內對客戶提供的訂單有很多e化的需求,需要和公司內部ERP作整合。但問題是很多客戶IT能力很弱,並沒有能力作真正的B2B,也就是他們只能提供人可以看得懂的檔案(至少不是傳真,還有時檔案),這時要和內部系統整合就困難了,因為將EXCEL或PDF轉成文字格式沒問題,問題再如何解讀裡的內容呢?

如果內容有一定的規則,寫程式是可以解讀,問題是規則常常會改變,一天到晚改程式也不是辦法? 因此想先看看Regular Expression 有沒有機會幫上忙?

下面是從以下網頁得到的說明:
======================================
Regular Expression (簡稱 regexp 或 RE) 是什麼? 有人直譯為「常規表示式」。 它的功能是協助我們搜尋字串, 甚至對檔案內的特定字串做全面性的代換。 一般簡單的文字檔案編輯器 (例如 MS Windows 下的記事本) 並不支援 regular expression , 所以我們在搜尋或代換字串時, 這些編輯器往往無法抓住我們的意思, 不是太寬鬆 (例如想找 port, 卻連 important 也找出來) 就是太嚴格 (例如想找 color, 卻遺漏了 colour)。 雖然大部分編輯器提供忽略大小寫等選項, 但所能解決的問題還是相當有限, 像上述兩個簡單的例子都沒有辦法解決。 如果改用 regexp, 則甚至可以處理諸如 "一份 html 檔裡面所有的 hyperlinks" 這類的複雜搜尋條件。
具體地說, 我們在想要搜尋的字串當中夾雜一些特殊符號, 指示電腦以較嚴格或較寬鬆的條件去搜尋, 這樣的字串就叫做 regexp。 例如要找 modem 或 Modem, 我們可以用 [Mm]odem 這個 regexp 來表示。 這裡的方括弧就是 regexp 語法中的特殊符號之一, 代表裡面任何一個字元放在這一個位置都可以 (但總歸要是一個字元)。
========================================

看來重點再用一個指令就可以執行很複雜的文字搜尋和取代的工作。記得剛進資訊領域學過unix的awk,應該就是這類型的工具。另外像perl也是類似的工具。仔細去看不同的工具,就是搭配一些複雜的參數,幾乎所有想到處理字串的功能都可以兜出來。

但回到現在公司的系統現況,上面提的工具大概很難跟現有的開發工具整合(vb&asp&oracle)。Oracle倒是提供了一些工具,連結上的是Oracle提供的Function,基本尚以使用來講可以直接崁在SQL裡面。和現有程式作整合是比較有可能啦!

接下來就是要再花點時間研究研究,希望結果可以開發出一個讓使用者可以自行設定的工具,好去應付客戶端格式多變的訂單。


2009年11月30日 星期一

[PL/SQL] Global Temporary Tables - 用途 & 做法

近來碰到一些問題就是在報表開發過程中, 因應需求會撰寫很多SQL而這些SQL可能抓取來自不同的Oracle Database的資料. 但是可能報表要一樣的結果但是不同的人寫就會出現不同的結果, 問題是正確答案只有一個啊. 原因就在前端複雜的schema 設計&流程邏輯, 常常因為開發人員的認知不同而出現落差.

這時如何在架構上讓資料抓取(Data Extraction)和報表呈現(Report Presentation)做有效的區隔就很重要(這邊注重的是資料庫端, 在應用端已有很多方案像Struts等). 就資料庫端而言, 有一個Oracle的技術 'Global Temporary Tables(GTT)' 就有探討的價值. 簡單的說, GTT可以將複雜的資料抓取邏輯隱藏並將結果用報表呈現人員習慣的Table 方式呈現. 另一個重點是該Table的資料只在特定Session中存在, 如果Session結束, 資料即消失, 但是 Table本身還是存在.

下面就來做個測試吧!
SQL> CREATE GLOBAL TEMPORARY TABLE worktable (x NUMBER(3));

Table created.
這時可以在行開啟另一個SQLPlus session, 可以看到方才另一個Session 建的GCC, 並且可以做DML, 如下.
SQL> INSERT INTO worktable (x) VALUES (1);

1 row created.

SQL> SELECT * FROM worktable;

X
----------
1

SQL> commit;

Commit complete.

SQL> SELECT * FROM worktable;

no rows selected

ㄟ!見鬼了, 怎麼一 Commit資料就不見了, 原因在見下面建GCC的參數. 建立GCC時,
用'On Commit Preserve Rows', Commit完後, 資料便不會消失.
SQL> CREATE GLOBAL TEMPORARY TABLE worktable
2  (x NUMBER(3))
3 ON COMMIT PRESERVE ROWS;

Table created.

SQL> INSERT INTO worktable (x) VALUES (1);

1 row created.

SQL> SELECT * FROM worktable;

X
----------
1

SQL> commit;

Commit complete.

SQL> SELECT * FROM worktable;

X
----------
1
這時如果從其他Sesseion看相同的GCC是看不到資料的, 如下.
SQL> SELECT * FROM worktable;

no rows selected
再試試 truncate 吧!

SQL> INSERT INTO worktable (x) VALUES (2)
1 row created.

SQL> commit;

Commit complete.

SQL> SELECT * FROM worktable;

X
----------
2

SQL> TRUNCATE TABLE worktable;

Table truncated.

SQL> SELECT * FROM worktable;

no rows selected

SQL> commit;

Commit complete.
下Truncate指令一樣只會把Session內的資料清除.

2009年8月28日 星期五

[IT Architecture] Oracle 11G VERSUS MS-SQL Server 2008

Oracle 和 MS-SQL 之間的比較已經是不少網友茶餘飯後的話題. 就在 Oracle 11G和 MS-SQL 2008陸續現身後, 一篇新的比較報告可供大家參考! 重點是此報告號稱使用 Oracle一年相較 MS-SQL可省下三萬三千多美元. 報告重點如下:

  • DBA執行常態的資料庫管理功能時, 平均花費時間上來比較, Oracle比 MS-SQL 少掉41%的時間.
  • 就執行步驟而言, Oracle比起MS-SQL少掉43%的步驟, 根據 Edison 的複雜度矩陣研究.
  • 就 DBA的生產力而言, 因為前兩點的貢獻, Oracle的DBA平均可多節省 $33,520.47/每年.
  • 就備份和還原而言, Oracle比起MS-SQL除了架構和功能上的優勢以外, 就操作面而言還少掉53%的時間/60%的步驟.
  • 就效能校調方面, Oracle也比MS-SQl省掉87%的時間.
當然看完這篇報告, 肯定氣死不少MS-SQL的死忠者. 但是公說公有理, 婆說婆有理, 有興趣的人可以從連結的網址找到完整的報告, 也許比較有客觀的評估.

2009年7月4日 星期六

[PL/SQL] 動手開發PL/SQL專案前的第一步

PL/SQL, 這個在 Oracle 世界中最適合做資料處裡的開發工具. 素以執行效率佳, 和 Oracle 整合度高, 開發簡單廣受開發人員喜愛. 但是開發簡單後面的涵義是: 程式開發的品質如何控制? 品質涵蓋的層面很廣, 符合使用者需求, 效能好和程式的可維護性! 這一期的Oracle雜誌,PL/SQL Guru - Steven Feuerstein 發表一篇文章談到,一個PL/SQL開發團隊從哪幾個點切入可以有效控制程式品質和達到使用者需求, 在第一時間就將後續的開發架構架構好!

1. Correct:符合使用者需求
這裡談到的是正確性,所謂正確性就是正確的達到使用者的需求,當然一大半是需求&系統分析的事情,這裡Oracle管不著. 但是使用者的需求瞭解後,開發人員如何確定程式有做到該做的事呢? 單元測試在當中扮演一個重要的角色,多數開發團隊會要求開發人員在程式開發完後提交單元測試報告,但是單元測試多由開發人員自行定劇本自行測試,涵蓋度和正確度如何無從得知?這時所謂的自動化測試(Automated regression test)就是一個重要的工具. 坊間常見的工具有 utPLSQL, PLUTO, PL/Unit, DBFit, Quest Code Tester. 這些工具的產品網址都在連接中,另外除了最後一個是要錢以外,其他看了都是Open Source的,大家有興趣可以試試! 哪天也要自己的team試試,再將結果PO出來!

2. Fast Enough:效能好
  • Optimizing Compiler
    可參考以下文件有詳細說明. 在10G 後就有這項功能, 主要目的在提升PL/SQL在 runtime的效能. 而做法則是在 compile時, 使用不同的優化(Optimization)手段. 它是透過以下參數去控制,"PLSQL_OPTIMIZE_LEVEL".
  • Bulk processing
    透過此工具, 將原始一筆一筆的處理方式轉換為多筆批次處理. 這篇文章對效能的提升有一些實驗和驗證(該文章號稱有三十倍快).
  • Pipelined table function
    允許不同的 PL/SQL 間的資料傳遞不必受限於僅只傳遞參數而可以傳遞 ResultSet並且不用額外建立Table. 尤其在 ETL程式裡, 資料不必透過實體Table處理而是直接透過 Pipelined table傳遞, 對效能有一定的助益. 可以參考這篇文章.
  • Function result cache
    可以參考這篇文章, 有完整的介紹. 簡短的說, function result cache的好處在, 當主程式呼叫另外的 PL/SQL function時, 這個 PL/SQL function可能含 SQL. 這會造成所謂的 Context Switch和 IO的增加. 因此 function result cache可以透過語法(Create function XXX (I1 varchar2) return varchar2 Result_Cache is) 設定將該 PL/SQL function的結果快取(Cached)起來, 加快處理速度.
  • Native compilation
    參考"Optimizing Compiler"的文章, 所謂 Native Compilation就是將PL/SQL編譯成 C語言, 直接和Oracle整合, 效能較佳.
3. Maintainable:程式的可維護性
  • Naming conventions & Syntax standards
    變數和程式名稱的命名規則應該都要有文件作規範.
  • Writing SQL in PL/SQL
    SQL的產生應該有一個獨立的Data Access Layer而不是任由開發人員在PL/SQL中 Hardcode. 透過這個Layer, 將SQL的複雜邏輯隱藏起來,以利後續的維護和開發.
  • Error Management
    統一的 Error Handling 機制和模組.
  • Application Tracing
    統一的tracing 機制和模組,可參考文章.
  • Version control and backups
    版本備份, 我的團隊是用 Daily 從 Metadata中備份PL/SQL至檔案中, 以利未來查詢之用.
上面談的規矩都是規矩, 開發人員是否遵守又是另外一件事情?這時候適時的 Code review是有必要的,確認開發人員有確實遵守規定.
在你組成PL/SQL開發團隊前, 可以將上述的建議當成 Check List來確認開發團隊是否可以正確開發出快速且維護性高的系統.

2009年6月22日 星期一

[Career] IT 的價值何在?

近來心情低落, 因為本人負責公司的ERP系統開發, 已經忙到不行,但是使用者卻始終對IT充滿抱怨. 不是抱怨Request排的時程太晚,緩不濟急就是對系統規則不瞭解,卻不斷抱怨是系統問題. 這時所有IT人員面對了一個同樣的問題, 就是IT的價值到底在哪裡?

事情的引發點是本公司的採購經理和資財經理對IT的需求常常是將IT視為魔術師. 怎謂魔術師呢? 舉例而言: 現有的請採購流程對採購人員而言負擔較重而採購經理在其副總的人員精簡要求之下, 提出了流程改善的需求. 但是問題來啦: 採購流程不是只和採購人員相關, 此流程和倉管 , 財務, IQA 無不關係甚鉅. 因此要決定新的流程之前, 一定要和舊流程比較去瞭解之間差異以及對相關部門的影響. 但是採購經理眼高手低, 只看大方向不管細節, 他指定出來談系統流程的人員也是鴉鴉烏,對流程一知半解. 流程無法合理化怎麼談系統化呢? 眼看副總壓力不減, 就拿著副總令箭要求IT限期將他談出來2266的新流程在我們家已經殘破不堪的SAP中做改善! 這時大概只有魔術師才能實現採購經理的夢想.

另外一個問題就是很多IT的系統開發完成後, 通常落得無人使用的下場. 為何? 因為很多公司內部Top-Down的專案都有很高的理想性, 但因為Top-Down, 不得不做. 接手專案的人也不願多花時間去思考公司高層的真正目的去勾勒出叫可行的方案. 而硬要IT根據不合理的流程去開發系統來應付高層指示. 所以本公司光的 Issue Tracking 的系統就有好幾套, 每套壽命都不長.

唉! 這真是IT的宿命嗎? 上週遇上一名來自西門子的工程師, 席間談及IT的權責問題. 他說在西門子的IT對他們使用者的服務的模式, 舉例而言, 如下:
- 網路頻寬可選擇, 2M, 5M或10M 都可以, 但是要付費而且是新台幣.
- 要找IT談需求可以, 談一小時, 多少錢. 兩小時多少錢, 一率照算.

這有甚麼好處? 舉例而言:
- 常常公司高層會要求IT提供資料去看有沒有公司員工在上班時間濫用公司網路上一些色情網站.但是今天試想如果頻寬是使用者付費, 第一個部門經理一定會視需求去決定頻寬, 因為要求過多的頻寬只會墊高部門成本. 在適當的頻寬之下, 只要有員工上網浪費頻寬就會造成其他正常使用網路員工的不便. 這時部門經理會主動管理這件事情, IT有沒有工具相對就不是那麼重要.

- 使用者會更加主動的瞭解自身的作業流程以及此流程和其他部門的影響. 因為若不瞭解, 不斷的對IT提出新的需求, 一樣造成部門成本的問題. 當使用者可以將需求品質提升, IT也可以將精力留給更多需要IT幫忙的部門, 整個公司也才可以透過系統的力量更快速成長而不是每天將精力耗費在不完整的需求上面不斷的修改系統.

但是要做到這個程度其實有相當程度的困難, 就是如何精準的量化IT的服務. 另外就是為了將IT服務費用化, 所產生的管理成本是否是公司所願意承擔? 種種問題都待深為IT的你我多思考!

以下的IT服務費用化的一些文章, 供大家參考!

http://www.cioupdate.com/budgets/article.php/3483756/IT-Cannot-be-a-Profit-Center.htm

http://www.zdnet.com.tw/enterprise/technology/0,2000085680,20103371,00.htm

http://www.ithome.com.tw/itadm/article.php?c=50165

http://www.risnews.com/ME2/dirmod.asp?sid=598EAD7FB93F43D6B43B76311F2C2119&nm=&type=Blog&mod=View+Topic&mid=67D6564029914AD3B204AD35D8F5F780&tier=7&id=13CB00EEE1AE452585A8A1D6BAFAE64E

[ERP] 甲骨文搶走SAP客戶

今天一篇來自中時新聞的這篇文章, 節錄部分於下:
==================================================================
甲骨文搶走SAP客戶
  • 工商時報 2009-06-23

  • 【鍾志恒/綜合外電報導】

 美國的甲骨文與德國的思愛普(SAP)是商用軟體市場上的死對頭,互不相讓,然而近來甲骨文大肆併購,對SAP造成莫大威脅,搶走不少SAP的客戶,讓SAP第一季新軟體銷售大跌。在此同時,市場專家也看好甲骨文前景,並且看淡SAP。專家指出,在與甲骨文的競爭中,SAP已屈居下風,若不再思振作,其為商業管理軟體霸主的地位可能因此拱手讓人。

==================================================================

原文部分在, 原文的解說較完整但談的重點還是Oracle在經過這幾年的併購整合後, 提供企業 One-Stop Shopping(一站買足), 整體成本較低. 因此有後來居上之勢.

本人服務的公司在2008年正式導入SAP ERP後至今已一年半, 大小問題仍然不斷. 這些問題的源頭到不在SAP產品的瑕疵(當然有一部分), 主要問題在SAP ERP的產品策略問題.

怎麼說問題和產品策略有關呢? 如同大家所知, SAP的產品策略強調所謂的 Best Practice, 也就是遵循SAP所建議的作業模式和流程設計為主體若有差異在透過設定(Config)去調整, 但這衍生了幾個問題.

1. SAP ERP將所有不同產業和商業模式全部含跨在一個產品裡, 造成產品本身的複雜度極高, 因此不要講我們這些MIS, 就算SAP原廠或者一些外商顧問大概都很難搞清楚全貌. 所謂的
設定(Config), 複雜到不行.

2.
產品的複雜造就下一個問題就是ERP系統的後續改善和維護問題, MIS多數是見樹不見林的在和使用者談需求和改系統. 原因就是產品的複雜性造成. 這時SAP一定會說, 買顧問的 Man-day 來協助MIS啊? 哈!有多少公司負擔得起長期支付顧問的費用啊? (一天兩萬四千元起跳). 而且如同第一點所講, 這些顧問也許經驗稍多但是面對SAP這座黑森林, 很多問題也不是一十半刻可以給答案.

這時很不幸的, 本公司屬於IC代工產業, 內部流程直接或間接的受到客戶端供應鏈設計的影響(本公司有上百家客戶), 因此很難定義出所謂的 Best Practice. 內部的流程都釐不出頭緒, 又要如何和SAP的 Best Practice作差異分析. 因此討論出來的系統就是'Add-On' 在'Add-On', PP(Production Planning) & MM (Material Management) & SD (Sales Dietribution) 幾乎80%以上都是外掛程式, 只有財務相關模組倖免於難. 這時前面兩點談的問題加上第三點又讓問題變更複雜, 就是所謂的 'Add-On' 的語言ABAP的架構, 和SAP的標準程式的架構有很多問題. 舉例而言,很多外掛程式的設計是將一個使用者的動作前半部利用標準程式做, 後半部用外掛程式. 這時使用者的操作過程中發生異常, 請問整個交易可以Rollback嗎? 答案是不行, 這時可憐的MIS就要半夜起床幫使用者查問題, 更正資料. 哈! 怎麼也沒想到這麼昂貴的SAP居然提供這樣的架構. 交易的ATOMIC不是系統架構的基本觀念嘛?

另外對IT人員而言, Oracle走的是比較開放的架構而且相對而言, 外掛程式的開發較容易. 因此很樂見Oracle慢慢後來居上, 看看公司三五年後能否有機會, 轉換平台, 讓大家的日子好過點.

但是其實網路上還有一篇文章
, 談的是不論是SAP或者 Oracle, 他們的商業模式都有一樣的問題, 若沒有改善, 在下個十年應該會面臨市佔下滑的問題.(這篇文章的作者是另外一家ERP廠商, 因此也許部分言論會有所偏瓿, 但是還是有可取之處). 他談到SAP和Oracle有以下問題:

1. : 產品貴, 導入費用貴, 每年的維護費更貴而且還是看使用者帳號收費(一年一個帳號十幾萬, 三千人規模的公司買一百個帳號, 年繳就要一千多萬), MIS的開發帳號照樣按人頭收費, 更貴, 一年二十幾萬. 以上是以SAP為例, Oracle應該便宜一點.

2. 不滿意: 所謂不滿意來自 SAP & Oracle的顧問都是以第三方顧問為主, 如同前文所言, 這些顧問能否見樹見林, 再說吧! 因此客戶當然不會滿意!!!

2009年6月3日 星期三

[Oracle News] Oracle 進軍小筆電(NetBook) - 併購昇揚後續

就在四月份的文章, 談過 Oracle 併購昇陽對商業智慧和資料倉儲的影響, Larry Ellison又出招了. 果然, Oracle對硬體的興趣越來越濃, 進軍昇陽只是第一步而已. 昇陽的 Java 技術搭配其硬體專長, 進軍目前當紅的小筆電市場是有一定的機會.

小筆電代表的不是只有輕薄短小而已, 它更大的象徵意義是將電腦的使用更加生活化, 讓上網變得更輕鬆更加無處不在. 他的商機也被Larry Ellison 看出來, 因此不讓 Acer(剛推出搭配 Google Andorid的筆電) 和 Asus 等台系廠商專美於前, Oracle也將揮軍前進此市場.

在可攜式(Portable)的平台上執行程式原本就是 Java的專長, 只是近來被 Google和 Apple搶盡鋒頭, 看來昇陽在注入 Oracle的活水後, 是時候在重建 Java 威風了!

2009年5月31日 星期日

[SQL Tune] Hard Parse vs. Soft Parse

Parse 是SQL在執行前的一個重要步驟,也是DBA在調整效能時的一個重要參考指標. Parse可以分為Hard-Parse和Soft-Parse,其介紹如下:

- Hard parse
當 SQL執行時,當Oracle發現在shared pool中找不到相同的SQL時,Oracle就會做Hard-Parse的動作. 他包含以下動作:
* 檢查該SQL的語法
* 檢查執行該SQL的相關權限
* 在shared pool中配置memory給該SQL.
* 做查詢轉換(Query Transformation):當有用到Materialized View時做Table的轉換.
* 最佳化(Optimization):就是產生 Execution Plan,這大概是最耗費CPU的動作.
* 產生執行物件(用VB的講法就是執行檔)
由上面的動作可以知道,Hard-Parse是一個昂貴的動作. 所謂昂貴就是只從Latch的使用到CPU時間的耗用等等.

- Soft parse
相較於Hard-Parse,如果該SQL在shared pool中找到相同的SQL時,Oracle就會做Soft-Parse的動作. 它只會包含前述的步驟1-2. 至於何謂相同的SQL?這時就要瞭解何謂Bind Variable?以下兩個SQL對Oracle來說就是不同的SQL.

select * from X1 where A1='1';
select * from X1 where A1='2';

使用Bind Vriable,才可以將兩句SQL的語法統一如下:

select * from X1 where A1=:X;
:X='1'

至於程式是否使用到Bind Variable則端視應用系統的架構而定,本人服務的公司使用的MES系統是3-tier,但是就是中間層,也就是Application Server並未使用Bind Variable,造成DBA在校調系統時碰到很大的困難. 因為整個系統的延展性(Scalable)很差,導因於每個SQL都被Oracle視為不同的SQL,都要做一次編譯,CPU資源的耗費可想而知.

所以Bind Variable雖然是一個簡單的觀念,卻是開發Oracle應用程式時必要的觀念!

Tom有更精闢的解說在!

2009年5月2日 星期六

[SQL Tune] 用 Oracle Constraint 改善 Query 效能

多數人在 tune SQL 採用的方式多從 Index 或 Join的方式著手. Oracle Optimizer在決定一個 Execution Plan時會有以下的考量:

1. The query to optimize
2. All available database object statistics
3. System statistics(CPU, I/O,..)
4. Initialization parameters
5. Constraints

看到第五項嗎? 原來Constraint也是Oracle在決定Execution Plan時的考慮因素之ㄧ. Constraint對多數人而言是確保資料一致性的最後一道關卡, 但對SQL效能而言也有一定幫助, 且看以下說明:

Constraint --> Check


當SQL遇到 Check constraint時, 若 Check有限制某欄位的值而查詢條件又恰好有該值, 這時Oracle就會根據 Check的限制調整實際SQL的 Execution Plan.

實際範例可參閱Oracle 雜誌 5/6月 Asktom的文章.

http://www.oracle.com/technology/oramag/oracle/09-may/o39asktom.html

這部分在真實狀況下發生的機會較低, 因此不多說明.

Constraint --> NOT NULL

這個情況比較清楚, 就是當某欄位有Index, 但允許空值, 此時空值部份不會被存入 Index中. 但若是該欄位設定為 Not Null, 則當此類SQL(Select Count(*) from Table1 t) 時, Oracle 會很聰明的選取"Index Fast Full Scan"而不用"Full Table Scan", 效能就有一定的提升, 因為該欄位的所有值都對被存入 Index中. 有關"Index Fast Full Scan", 可參閱以下文章.

http://oracle-wei.blogspot.com/2009/03/sql-tune-index-access-methods.html

Constraint --> Primary Key/Foreign Key


這部份對效能有更顯著的提升, 因為 Oracle做的是 Table Elimination, 就是將執行 SQL所需的 Table刪除. 甚麼? 我也是第一次聽到耶! 比較實際的例子用以下說明:

Master Table --> M1 (M_Key, M_Value)

Detail Table --> D1 (M_Key)

有一個SQL如下:
select Sum(M_Value)
from M1, D1
where M1.M_Key=D1.M_Key

可能 Oracle的 Execution Plan是 "Hash Join"就是將 Master和 Detail做 Join後去得到結果.

但如果將 M_Key 加成 D1對M1的 Foreign Key, 而且 M_key為 M1的 Primary Key. 則方才 SQL的 Execution Plan可能會換成只對M1的存取. 因為以實際而言, D1 的存取並不需要, 只是 Constraint確定了這一件事情. 讓 Oracle 放手去做.

不好意思, 偷懶一下這次沒有用自己跑的實例說明, AskTom的說明應該夠清楚也有說服力.

2009年4月24日 星期五

[EDW] Oracle 購併 SUN 對商業智慧&資料倉儲的影響

SUN的購併案在確定由Oracle接收而非IBM後, 市場一片譁然. 多數人還不清楚Oracle為何選擇出手, 因為以硬體而言, 多數的Oracle平台都在HP或IBM的機器,低階的也許是Linux,但是SUN的主力卻是Solaris(Sparc). 既然硬體機會不大,比較可能的著眼點應該就是SUN的Java技術,大家可別忘了SUN才是Java的原創者,雖然目前市場上的Java應用反而以IBM,Oracle或其他應用為主.

Oracle的商業智慧應用有像純以Java開發的Discoverer, 部分應用是用C++和.Net,甚或Hyperion的一些技術. 所以可以想見未來的Oracle商業智慧會越來越往Java平台靠攏和Oracle的WebLogic整合. 還有一個可能是,別忘了,SUN才剛將MySQL納入其麾下,在併入Oracle後,也許一些低階的商業智慧需求,Oracle可以透過MySQL來攻打市場. MySQL的市佔率可不容小覷,因為一堆個人網站因為成本考量,採用MySQL的比率很高.

原文引用: http://www.rittmanmead.com/2009/04/20/oracle-buys-sun-what-does-it-mean-for-oracle-bidw/

2009年4月9日 星期四

[SQL Tune] Pivot/CrossTab SQL Query

開發商業智慧系統時, Crosstab的分析是很重要的技術, 或稱為Pivot. 將資料轉置成欄和列都有各自代表的維度, 而相對應的值就放置在中間, 如下表所示:

外銷總數量
USA China Japan
Jan 100 150 100
Feb 50 20 10
Mar 20 40 50
Apr 10 50 60
...

這對Excel而言是一件簡單的事情,因為樞紐分析大家都會,但是對關聯式資料庫而言,是一個
很大的挑戰, 因為關聯式資料庫的資料擺放型態是 Column-Value, 如下表:
月份        外銷國             數量
Jan USA
10
Feb
China 30
....................................

這時在 Oracle怎麼解決呢? 有些人會在呈現端-Client想辦法, 不管是VB, ASP,
JSP將資料從Oracle讀進ResultSet後,聰明的程式設計師總有辦法將資料作CrossTab
的處理, 但問題是通常程式寫完後如果換做是其他人接手,應該會看不懂程式碼在寫
什麼?原因無他,因為太複雜!還有一個辦法是買 Solution, 像 Hyperion,
Oracle Discoverer, Business Object等應該都內建一些報表工具可以做CrossTab,
缺點不用說就是貴,不用個幾百萬,案子應該起不來!

如果可以在 Oracle端就將資料處理好, 再搭配前端的資料呈現工具,有一些比較簡單
的作法.常見的像是以下的SQL, 用 Decode 或是 Case, 用兩層SQL兜出想要的結果.但
是缺點呢? 一個是寫法還是有點小複雜, 如再要多個法國的外銷數量, 程式還要改.
當然後者的問題好解決,可將此邏輯寫成一個Function, 將可能的國別傳入Function後,
再透過該Function兜出SQL後執行.

=========================================================================
select Month,China,USA,Japan,China
+USA+Japan
from (
select
Month,
max(case when Country='China
' then qty else 0 end) China,
max(case when
Country='USA' then qty else 0 end) USA,
max(case when
Country='Japan' then qty else 0end) Japan
from Sales_Value
group by
Month
);
=========================================================================

OTN有一篇文章
(
http://kr.forums.oracle.com/forums/thread.jspa?messageID=2487130)
就是談這一段,下面是節錄自該文章的Source Code. 原則上就是將要做
CrossTab的相關資訊傳入後,將SQL組合出來,有些語法會有點看不懂,因為程式裡
兜出來的SQL是用11G最新的Pivot SQL.
============================
create or replace function getPivotSql(

p_sql in varchar2,

p_x_col in varchar2,

p_x_col_type in varchar2 default 'DATE',

p_x_col_start in varchar2,

p_x_col_interval in varchar2,

p_x_col_int_unit in varchar2 default 'DAY',

p_x_col_count in number,

p_y_col in varchar2,

p_cell_col in varchar2,

p_cell_col_aggr in varchar2 default NULL

) return varchar2

is

v_sql varchar2(32767);

begin

v_sql := '';

v_sql := v_sql || 'with data as ('||chr(10);

v_sql := v_sql || ' '||p_sql||chr(10);

v_sql := v_sql || ')';

if p_x_col_type = 'VARCHAR2' then

v_sql := v_sql ||', x_dist_values as ('||chr(10);

v_sql := v_sql ||' select distinct '||p_x_col||' val from data order by 1'||chr(10);

v_sql := v_sql ||'), x_values_rownum as ('||chr(10);

v_sql := v_sql ||' select rownum zeile, val from x_dist_values where rownum <= '||p_x_col_count||chr(10); v_sql := v_sql ||')'||chr(10); else v_sql := v_sql || chr(10); end if; v_sql := v_sql || 'select distinct '||chr(10); v_sql := v_sql || ' data.'||p_y_col||','||chr(10); for i in 1..p_x_col_count loop if p_cell_col_aggr is not null then v_sql := v_sql || p_cell_col_aggr||'('; end if; v_sql := v_sql || ' case when '; if p_x_col_type = 'VARCHAR2' then v_sql := v_sql || 'x.zeile = '||i; elsif p_x_col_type = 'NUMBER' then v_sql := v_sql || ' data.'||p_x_col||' between '|| p_x_col_start||' + ('||(i - 1)||' * '|| p_x_col_interval || ') and '||p_x_col_start||' + ('|| i||' * '||p_x_col_interval||') '; elsif p_x_col_type = 'DATE' then v_sql := v_sql || ' data.'||p_x_col||' between '|| p_x_col_start||' + interval '''||((i - 1) * p_x_col_interval )|| ''' '||p_x_col_int_unit||' and '||p_x_col_start|| ' + interval '''||i * p_x_col_interval ||''' '||p_x_col_int_unit; end if; v_sql := v_sql ||' then '||p_cell_col|| ' else null end'; if p_cell_col_aggr is not null then v_sql := v_sql || ')'; end if; v_sql := v_sql || ' as "VALUE"'; if i < p_x_col_type =" 'VARCHAR2'">
============================

下面就來細究Pivot SQL的語法 吧!將前面介紹的第一種方式改寫成新版本會向如下!
============================
select * from (
select Month, Country
from
Sales_Value t
)
pivot
(
count(
Country)
for
Month in ('USA','China','Japan')
)
order by Month;
============================
看起來,簡單多了吧! 結合起第二步驟的Function,CrossTab是不是變成比較簡單有條理
而且彈性變大了? 不用花錢買BI Solution也可以讓公司使用者享有Excel樞紐分析的功能
喔!
OTN原文如下:
http://www.oracle.com/technology/pub/articles/oracle-database-11g-top-features/11g-pivot.html

2009年4月4日 星期六

[Oracle News] Oracle 有趣的東東

幾個和Oracle相關而且有趣的東東和大家分享. Firefox兼Oracle的喜愛者有福了.

  • Oracle文件搜尋的Firefox plugin, 可以在Firefox上新增搜尋Oracle文件的搜尋引擎
  • Oracle 新聞搜尋, 可以讓你隨時了解Oracle的最新新聞.
  • Oracle Bookmarklets, 這是一個Javascript, 只要將網址加入Bookmark後, 連結該網址就可以搜尋文件.
  • 測試你的 Oracle功力的小遊戲, 看看你過幾關?

2009年4月3日 星期五

[PL/SQL] Oracle SQL 批次Update,如何確保完整性?

Oracle SQL 批次Update如何確保完整性,對很多人來說是一件很麻煩的事情.當一個Update指令失敗,程式會立即跳離並Rollback已經更新的資料. 但多數的狀況是,造成失敗的資料只是上千筆資料中的一兩筆而已,其他沒有問題的更新應該還是要繼續執行. 這時要如何處理呢?Oracle magazine 3-4月號提供了三個Solution供大家參考. 大家看看吧!

1. Nested Block: 這是一般人做常用的作法,就是將Update指令寫成Cursor,一筆一筆擷取處理 後再做單筆的更新,並將整個過程用Begin-Exception-End包裹起來,當有Update失敗的情形 時用Exception處理,以確保後續的更新得以繼續進行. 這樣的好處是邏輯很清楚,有問題時很好處理但是問題來啦,當資料量大時,效能是必有問題. 另一個好處是多數的Oracle版本都可支援此作法.

2. ForAll Save Exceptions: 這個作法就是針對第一個方式的效能問題作改善.
利用 Bulk Collect Into的功能將資料從Cursor放置入變數後, 再做批次資料更新. 更新時多一個 'Save Exceptions'的指令,這時程式會將過程中的更新錯誤資料存入於宣告區的Exception變數中,之後再將其存入Table以供後續Trouble shooting之用. 使用'Save Exceptions'指令,Oracle會將已執行的DML Rollback並將錯誤訊息存入SQL%Bulk_Exceptions中,並繼續執行下一個指令. 但是這時被Rollback的資料會包含同一個Statement已經執行的Update.
這一段比較複雜,節錄原文裡的部分Source code以供說明.
從Code裡面看到作者是用他自行開發的QEM(PL/SQL Error Management Framework) 來記錄Exception中的詳細資訊.

======================================================================
CREATE OR REPLACE PROCEDURE change_salary_for (
dept_in IN employees.department_id%TYPE
, pct_increase_in IN NUMBER
, fetch_limit_in IN PLS_INTEGER
)
IS
bulk_errors exception; PRAGMA EXCEPTION_INIT (bulk_errors, -24381);

CURSOR employees_cur
IS
SELECT employee_id, salary
FROM employees
WHERE department_id = dept_in;

TYPE employee_tt
IS
TABLE OF employees.employee_id%TYPE
INDEX BY BINARY_INTEGER;

employee_ids employee_tt;

TYPE salary_tt
IS
TABLE OF employees.salary%TYPE
INDEX BY BINARY_INTEGER;

salaries salary_tt;
BEGIN
OPEN employees_cur;

LOOP
FETCH employees_cur
BULK COLLECT INTO employee_ids, salaries
LIMIT fetch_limit_in;

FOR indx IN 1 .. employee_ids.COUNT
LOOP
salaries (indx) := compensation_rules.adjusted_compensation (
employee_id_in => employee_ids (indx)
, pct_increase_in => pct_increase_in
);
END LOOP;

FORALL indx IN 1 .. employee_ids.COUNT
SAVE EXCEPTIONS
UPDATE employees
SET salary = salaries (indx)
WHERE employee_id = employee_ids (indx);
EXIT WHEN employees_cur%NOTFOUND;
END LOOP;

EXCEPTION
WHEN bulk_errors
THEN
FOR indx IN 1 .. sql%BULK_EXCEPTIONS.COUNT
LOOP
q$error_manager.register_error (
error_code_in => sql%BULK_EXCEPTIONS (indx).ERROR_CODE
, name1_in => 'EMPLOYEEE_ID'
, value1_in => employee_ids (sql%BULK_EXCEPTIONS (indx).ERROR_INDEX)
, name2_in => 'PCT_INCREASE'
, value2_in => pct_increase_in
, name3_in => 'NEW_SALARY'
, value3_in => salaries (sql%BULK_EXCEPTIONS (indx).ERROR_INDEX)
);
END LOOP;

========================================================================


3.DML Error Logging: 這一段是一個新的作法,先用以下Package DBMS_ERRORLOG為你要處理的Table建立一個相對應的Error Log Table.
BEGIN
DBMS_ERRLOG.create_error_log (
dml_table_name => 'EMPLOYEES'
, skip_unsupported => TRUE);
END;


執行完後會有一個新Table出現 "ERR$_EMPLOYEES". 這時程式如第二個方式的Bulk Collect
Into的方式但是Exception的處理使用不同的作法. 如以下的程式碼,當有Exception發生於
Update的時候,程式碼裡面將上"LOG ERRORS REJECT LIMIT UNLIMITED;"指令,再呼叫副程式
Log_Error,這時就可以使用方才建立的Error Table將錯誤輸出而且不會影響後續的DML處理.
這裡的Rollback就是根據每一筆記錄不同於第二個作法的是每一個Statement.

======================================================================
PROCEDURE change_salary_for (
dept_in IN employees.department_id%TYPE
, pct_increase_in IN NUMBER
, fetch_limit_in IN PLS_INTEGER
)
IS
bulk_errors exception;
PRAGMA EXCEPTION_INIT (bulk_errors, -24381);

CURSOR employees_cur
IS
SELECT employee_id, salary FROM employees WHERE department_id = dept_in;

TYPE employee_tt
IS
TABLE OF employees.employee_id%TYPE INDEX BY BINARY_INTEGER;

employee_ids employee_tt;

TYPE salary_tt
IS
TABLE OF employees.salary%TYPE INDEX BY BINARY_INTEGER;

salaries salary_tt;

PROCEDURE log_errors
IS
PRAGMA AUTONOMOUS_TRANSACTION;
BEGIN
FOR error_rec IN (SELECT * FROM err$_employees)
LOOP
q$error_manager.register_error (
error_code_in => error_rec.ora_err_number$
, name1_in => 'EMPLOYEEE_ID'
, value1_in => error_rec.employee_id
, name2_in => 'PCT_INCREASE'
, value2_in => pct_increase_in
, name3_in => 'NEW_SALARY'
, value3_in => error_rec.salary
);
END LOOP;

DELETE FROM err$_employees;

COMMIT;
END log_errors;
BEGIN
OPEN employees_cur;

LOOP
FETCH employees_cur
BULK COLLECT INTO employee_ids, salaries LIMIT fetch_limit_in;

FOR indx IN 1 .. employee_ids.COUNT
LOOP
salaries (indx) := compensation_rules.adjusted_compensation (
employee_id_in => employee_ids (indx)
, pct_increase_in => pct_increase_in
);
END LOOP;

FORALL indx IN 1 .. employee_ids.COUNT()
UPDATE employees SET salary = salaries (indx) WHERE employee_id = employee_ids (indx)
LOG ERRORS REJECT LIMIT UNLIMITED;

log_errors ();

EXIT WHEN employee_ids.COUNT() <>======================================================================

原文引用,請參照Link.

2009年3月31日 星期二

[APEX] 讀書心得 - Part I (Application Builder Concepts)

花了三天時間終於完成了第一個應用系統, 內含收貨資料維護, 出貨資料維護和出貨庫存報表. 其中出貨資料維護是用 Master-Detail的 Form去設計. 使用後的感覺是, Schema也就是Table/Index/...的建立還是要透過APEX的畫面自行設計&建立, 懂關聯式資料的人都可以上手. 之後進到WEB畫面的建構部份才是真正的挑戰. 如前文所提, 我也K了不少文件和安裝範例程式來看, 總算完成第一個應用程式(正請老婆大人驗收中).
感覺是APEX的底層設計考慮不少Layer的觀念很像Java 的 MVC(Model & View & Control)觀念, 所以有些設定要想一下他的原理才能夠瞭解, 知道如何修改.
下面是我K了官網上的文件後, 先將整個WEB產生的架構整理如下, 看一下在去K厚厚的原文書會比較有幫助.







.

Item #ItemSub ItemDescription

.

1.1PagePage"the basic building block of an application,contain user interface elements, such as tabs, lists, buttons, items, and regions."

.

1.2PagePage Rendering"lists user interface controls and logic that are executed when a page is rendered. Page Rendering is the process of generating a page from the database
Show Page is the page rendering process. It assembles all the page attributes (including regions, items, and buttons) into a viewable HTML page."

.

1.3PagePage Processing"Lists logic controls (such as computations and processes) that are evaluated and executed when the page is processed.
Accept Page performs page processing. It performs any computations, validations, processes, and branching.
When you request a page using a URL, the engine is running Show Page. When you submit a page, the Application Express engine is running Accept Page or performing page processing during which it saves the submitted values in the session cache and then performs any computations, validations, or processes."

.

1.4ConditionConditionA small unit of logic that helps you control the display of regions, items, buttons, and tabs as well as the execution of processes, computations, and validations.

.

1.4.1Condition TypeCurrent page in Expression 1"3,100,203
If the current page is 100, then this condition evaluates to true and the condition passes."

.

1.4.2Condition TypeExists (SQL query returns at least one row)"SELECT 1 FROM employees WHERE department_id = :P101_DEPTNO"

.

1.4.3Condition TypePL/SQL ExpressionNVL(:MY_ITEM,'NO') = 'YES'

.

1.5Session State ManagementSessionA session is a logical construct that establishes persistence (or stateful behavior) across page views

.

1.5.1Session State ManagementReferencing Session State"1. SQL --> :MY_ITEM --> Standard bind variable syntax for items whose names are no longer than 30 characters. Use this syntax for references within a SQL query and within PL/SQL.
2. PL/SQL --> V('MY_ITEM') --> PL/SQL syntax referencing the item value using the V function.
3. PL/SQL --> NV('MY_NUMERIC_ITEM') --> Standard PL/SQL syntax referencing the numeric item value using the NV function.
4. Static text (exact) --> &MY_ITEM. --> Static text. Exact substitution."

.

1.5.2Session State ManagementSetting Session StateWhen a user submits a page, the Application Express engine automatically stores values typed into fields (items) in session state.

.

1.5.3Session State ManagementClearing Session State"Uses standard f?p syntax to clear the cache
1. Clearing Cache by Item
2. Clearing Cache by Page
3. Clearing Cache for an Entire Application
4. Clearing Cache for the Current User Session"

.

1.6Understanding URL SyntaxUnderstanding URL Syntax"The URL that displays for each page identifies the location of Oracle Application Express, the address of Oracle Application Express, the application ID, the page number, and the session ID.
Using f?p Syntax:
f?p=App:Page:Session:Request:Debug:ClearCache:itemNames:itemValues:PrinterFriendly

.

1.7Substitution StringsSubstitution Strings"You can use substitution strings within a page template or region source to replace a character string with another value. As you design your application and enable users to edit items, you use substitution strings to pass information.
You can use substitution strings in Application Builder in the following ways:
* Include a substitution string within a template to reference component values
* Reference page or application items using &ITEM. syntax
* Use built-in substitution strings to achieve a specific type of functionality

.






2009年3月28日 星期六

[APEX] 學習計畫

就在找到APEX的免費開發平台後, 下一步當然是要趕快上手. 第一個目標是幫老婆的網拍事業建立一套簡單的進銷存的管理系統, 也讓身為大股東的我知道到底老婆賺了多少錢. 下面是我目前計畫中的學習來源

1. APEX 原文書
  • Pro Oracle Application Express : 這本比較進階比較適合有點觀念或開APEX發經驗. 小道消息是這本書去對岸的網站搜尋一下應該找得到PDF版本, 不過有幫助還是買原版吧.
2. APEX 官網文件

下面是官網上提供的文件, 應該是很完整啦!
==============================================================
3.2 Release Notes HTML PDF
Installation Guide HTML PDF
2 Day + Developer's Guide HTML PDF
Application Builder User's Guide HTML PDF
Migration Guide HTML PDF
Administration Guide HTML PDF
SQL Workshop and Utilities Guide HTML PDF
API Reference HTML PDF
Advanced Tutorials HTML PDF
Full Library HTML














============================================================

3. 部落格
當今學東東當然要上BLOG, 而且用Goolge Reader看更是方便. 直接到官網下載OPML檔案後
再import進 Google Reader. 就有一堆看不完的文章可供參考.

4. 官網的SAMPLE 應用程式
官網裡有提供一些現成的應用程式, 像是Asset management, Issue Tracker等. 下載下來後, 只要Import進去開發平台後, 就可以從實際的例子了解是如何做設定. 值得一提的是從官網下載下來的就是一個.SQL檔案, 代表說真正Import進去的就是一堆設定而已, 而沒有程式碼.

好啦! 我的進銷存的進貨以完成, 銷貨還進行中. 因為對APEX的一些細部設定掌握度不高常常會卡住. 不過等熟悉後, RAD(Rapid Application Development)的好處就會顯現出來, 不用寫程式就可以開發出WEB系統, 酷吧!!!

2009年3月26日 星期四

[APEX] APEX 免費應用開發平台

就在對APEX做了一番研究之後, 卻苦無開發平台(我家裡的NB有裝 Oracle XE & APEX, 但是想要用還要動一些手腳有點小麻煩)可供發揮. 這時發現原來 Oracle 有提供一個平台供開發人員在上面開發程式, 建立 Table等等. 開發出來的應用程式也可以供其他人使用. 但是因為它的目的是為了推廣APEX所以不允許在上面存放重要資料, 當然會有一些Quota的限制. Oracle可以這樣做一個重要的原因是因為它整個開發介面都是架構在WEB上的.

為了使用這個平台, 可以先下以下網址(http://apex.oracle.com/i/index.html), 申請一個帳號, 還要經過Oracle審核後發MAIL通知密碼後幾可使用. 應該是真的會審核吧! 因為一開始申請完等半天都收不到MAIL,大概過了兩天後才收到含密碼的MAIL,還以為是MAIL出問題. 下面就是都入的首頁畫面.

哈哈! 可以上工啦! 不管在哪裡都可以開發系統而且好了以後還可以秀給朋友看看! 不錯吧!

趕緊一起來試試這個RAD(Rapid Application Development)的好咚咚吧!


2009年3月19日 星期四

[Content Management] Oracle Content Service Study

最近公司的年度計畫之一談到的是客戶服務的加強,但幾位客服同仁們好像也想不到什麼好主意. 畢竟這個艱困的年代,留住客戶是第一要事. 就在這時撇見競爭對手的網站上,既然搶先一步提供了Oracle iFS的服務. 突然想起進來幾家客戶都有類似的需求,就是提供檔案的分享服務. 也就是不要透過傳統的MAIL或是FTP共享空間的方式來作為協同合作的文件交換平台.

這時就想到我們家也有機會導入Oracle iFS來加強客戶服務提升溝通效率. Oracle iFS 到了10G已經被整合成了Oracle Collaborative Suite(協同作業),旗下包含了
  • Oracle Content Services:Oracle 內容服務是Oracle 協同作業中文件檔案和內容管理套件.
  • Oracle Mail:Oracle 郵件通過將所有消息(包括電子郵件、語音郵件和傳真)存儲在單一的Oracle10g 資料庫中,提供了一個真正統一的企業訊息傳遞基礎架構.
  • Oracle Calendar:Oracle 日曆為現代企業而開發功能強大的時間管理產品.
  • Oracle Discussions:Oracle 討論區使得使用者方便張貼有關某個具體主題的訊息和問題,共享其答案和意見.
  • Oracle Real Time Collaboration:Oracle 網路會議立即線上會議搭配會議白板更可將所有會議紀錄錄音錄影,成為日後最佳教育訓練方式.
  • Oracle Messenger:Oracle 即時訊息 (企業內部資訊傳達更容易及更安全).
  • Oracle Workspaces:Oracle 工作區使用者可共享文件檔案、保存討論、管理會議和任務.
重點回到 Oracle Content Service, 前身是iFS. 其實說穿了就是BLOB,沒記錯BLOB就是將檔案儲存在Database裡面(檔案儲存在Database裡面對查詢和管理當然有很大的幫助),再透過Oracle Application Server將檔案透過WEB和類似檔案總管的型態呈現給使用者. 這中間當然要有很好的權限管理機制,加上檔案版本的管理(Check In/Out). 透過這樣的機制,傳統上的MAIL和FTP的溝通平台應當會有很大的改善. 好啦!趕快去KK文件和邀幾家Vendor來Survey看看是否真得可行吧!

2009年3月17日 星期二

[APEX] 安裝 APEX 3.2 in Oracle 10g XE

APEX(Oracle Application Express)是Oracle用來取代Oracle Form和HTML DB的下一世代產品,他是架構在Meta-Data上面的開發架構,簡單的說,Oracle試著讓你不要寫程式也可以快速開發出一些實用的WEB應用程式,也稱為宣告式開發(Declarative Programming).

APEX 官方網站
http://www.oracle.com/technology/products/database/application_express/index.html

下面是來自Oracle官方對APEX的簡單介紹.
=========================================
Oracle Application Express (Oracle APEX), formerly called HTML DB, is a rapid web application development tool for the Oracle database. Using only a web browser and limited programming experience, you can develop and deploy professional applications that are both fast and secure. Oracle application express combines the qualities of a personal database, productivity, ease of use, and flexibility with the qualities of an enterprise database, security, integrity, scalability, availability and built for the web. Application Express is a tool to build web-based applications and the application development environment is also conveniently web-based. Watch this Application Express Positioning flash demonstration and then try Application Express simply by signing up for an account at apex.oracle.com.
=========================================


我的Laptop上已經有Oracle 10G XE,APEX3.2也在日前Release,今天花了點時間把APEX安裝起來,順道在APEX官上網下載了資產管理的範例,也安裝起來,執行的結果如下圖. 之後就可透過APEX提供的功能去修改功能,或新增報表,不用再寫程式喔!


APEX我還不太熟,用這個當起點學學,未來有機會在來Share. 據說著名的Oracle Asktom網站也是用APEX開發的,個人覺得挺有未來空間的.