摘要: 學習JavaMail可以借鑒一下。用到時，可以參考  閱讀全文

     摘要: 介紹了oracle9i的xmltype數(shù)據(jù)類型的基本使用
包括：建立含有xmltype數(shù)據(jù)類型的表
插入(insert)數(shù)據(jù)
查詢(select)數(shù)據(jù)
更新(update)數(shù)據(jù)
添加超過4k字節(jié)的xml文檔到xmltype型字段
適合初學者。
  閱讀全文

     摘要: RAC就是real application clusters的縮寫,Oracle Real Application Clusters (RAC)可以支持24 x 7 有效的數(shù)據(jù)庫應用 系統(tǒng)，您可以在由低成本的服務器構成的高可用性系統(tǒng)上自由部署您的應用，而無需修改您的應用程序。已經(jīng)有超過4200個用戶從中受益。現(xiàn)在Oracle在 10g RAC中更提供免費的集群軟件和存儲管理軟件，為您降低應用成本。擁有RAC您無需再為成本而犧牲性能和 可靠性。
  閱讀全文

     摘要: 新人新問題，感覺問問自己這些問題，也算是指明一個學習方向吧，感覺也不容易啊，努力學習中  閱讀全文

     摘要: 本人是新人，要從頭學習起，希望老手們能介紹經(jīng)驗啊，謝謝  閱讀全文

     摘要: 刪 除 數(shù) 據(jù)
刪除表中數(shù)據(jù)的方法有兩種,在指定的表或視圖中刪除滿足給定條件的數(shù)據(jù)可以使用DELETE語句;如果要清除表中全部數(shù)據(jù),則還可以使用TRUNCATE TABLE語句  閱讀全文

1Z0-042
安裝和配置 Oracle Database 10g
監(jiān)控和維護 Oracle Database 10g，并排除 Oracle Database 10g 中的故障
為 Oracle Database 10g 配置 Oracle Net Services
Oracle Database 10g 的備份和恢復
在 Oracle Database 10g 中創(chuàng)建和管理用戶賬戶
1Z0-043
使用 RMAN 創(chuàng)建和管理備份集和映像副本
將數(shù)據(jù)庫恢復到過去某一時刻的狀態(tài)
使用 Oracle 閃回技術恢復數(shù)據(jù)庫
檢測塊損壞情況并采取相應的措施修復損壞的塊
使用各種數(shù)據(jù)庫 Advisor 來監(jiān)控和提高數(shù)據(jù)庫的性能
使用資源管理器來控制數(shù)據(jù)庫資源的使用情況
使用調度程序來簡化管理任務
提高監(jiān)聽程序的安全性
復查數(shù)據(jù)庫日志文件以便進行診斷
為數(shù)據(jù)庫和單獨的會話自定義基于語言的行為

專題的研究如：RMAN、RAS、STATSPACT、 DATAGUARD、TUNING、BACKUP&RECOVER等等

     摘要: 我是剛參加工作不久的新人，想通過參加一些相關的認證提高自己的工作能力，希望大家給點意見，謝謝


為了進一步提高Oracle認證的可選性，Oracle公司現(xiàn)在可以提供4種不同的認證，這些都是專為從事Oracle領域工作的人員包括DBA、開發(fā)人員以及管理人員所設計的  閱讀全文

     摘要: JdbcTemplate是core包的核心類。它替我們完成了資源的創(chuàng)建以及釋放工作，從而簡化了我們對JDBC的使用。它還可以幫助我們避免一些常見的錯誤，比如忘記關閉數(shù)據(jù)庫連接。JdbcTemplate將完成JDBC核心處理流程，比如SQL語句的創(chuàng)建、執(zhí)行，而把SQL語句的生成以及查詢結果的提取工作留給我們的應用代碼。它可以完成SQL查詢、更新以及調用存儲過程，可以對ResultSet進行遍歷并加以提取。它還可以捕獲JDBC異常并將其轉換成org.springframework.dao包中定義的，通用的，信息更豐富的異常。

  閱讀全文

     摘要: 年關到了，商家忙著促銷，網(wǎng)站忙著推廣，阿里軟件的服務集成平臺也面臨第一次多方大規(guī)模的壓力考驗。根據(jù)該平臺5.3版本的壓力測試結果，我們估算了一下現(xiàn)有的推廣會帶來的壓力，基本上確定了服務集成平臺年底不需要擴容。SA（System Administrator，系統(tǒng)管理員）為了保險起見還是通過請求方式來做定時的心跳檢測，保證服務集成平臺的可靠性。結果阿里旺旺推廣開始的第一天，SA的報警短信就在幾個忙時段不停地發(fā)告警，但是查看生產(chǎn)環(huán)境的服務器狀況以及應用狀況后看不出有什么問題，于是開始懷疑是否告警機制不是很合理。幾日的訪問記錄統(tǒng)計報告看過以后，發(fā)現(xiàn)了幾個問題，首先由于推廣是在IM登錄時段集中式的推廣，因此高峰期比較集中，壓力也很大，而告警發(fā)生的時刻也是那些時候；另外發(fā)現(xiàn)那些推廣使用的API的處理時間比較長，同時還有些出現(xiàn)了問題，這幾天除了服務集成平臺告警以外，那些API服務器也在告警；因此可以看出問題應該是由于API提供商響應速度慢而拖累了服務集成平臺的處理能力，監(jiān)控機制在高峰情況下沒有得到及時的響應，就認為是服務器已經(jīng)處于無效狀態(tài)。  閱讀全文