其他

                            QUERY IN                                 |                                |                                / /                  -----------------------------------                 | Is there a hint for table access, |     

[Oracle] DBA工作備忘錄之三:rman備份,未使用catalog,控制檔案丟失的解決辦法 作者：Fenng 日期：July 19 2004 情況描述客戶報告資料庫故障，新來的系統管理員誤操作。刪掉了一些檔案。詢問：刪掉了那些檔案？答曰：所有重要資料檔案，所有控制檔案。資料庫原來是歸檔模式，用rman備份資料，rman 使用控制檔案。幸運的是，最後一次rman full 備份是包括了控制檔案在內。系統沒有設定自動備份控制檔案．現在狀況是資料庫無法啟動．

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_server_cookie.htmlWeb 前端最佳化最佳實務第三部分面向 Cookie 。目前只有 2 條實踐規則。1. 縮小 Cookie (Reduce Cookie Size)Cookie 是個很有趣的話題。根據 RFC 2109

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/database/jdbc_settimestamp_performance.html偶然發現三年前的一個技術問題。當時比較匆忙，避免掉即過去了。現在 Metalink 上其實已經把這個問題作為一個 Bug 處理了。問題描述：通過 JDBC 上來的 Java 查詢應用，SQL 表現異常。表欄位使用了 DATE

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/arch/facebook_photos_arch.html對著眼前黑色支撐的天空 / 我突然只有沉默了我駕著最後一班船離開 / 才發現所有的燈塔都消失了這是如此觸目驚心的 / 因為失去了方向我已停止了就象一個半山腰的攀登者 / 憑著那一點勇氣和激情來到這兒如此上下都不著地地喘息著 / 閉上眼睛疼痛的感覺溶化了

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/arch/twitter_interview.html前微軟頭號 Blogger Robert Scoble 採訪 Twitter 的幾個傢伙。談及 Twitter 的一些比較嚴重的問題。誰來拯救大兵 Twitter ? 前幾天看到新聞說他們請了 Pivotal

      周日剛從上海回來，就趕上了杭州的今夏的第一個大熱天，本著節約用電的原則，加上以前並不太熱，一直都沒有使用空調的（偶的空調是櫃式的，6KW，太恐怖了），但這次太熱，所以就開了空調，暈暈的睡了，不知道到了什麼時候，感覺自己被熱醒了，渾身是汗（不對啊，我不是開空調了嗎），暈暈的起來一看，原來沒有電了。。。     

我們知道，oracle有的時候，可能會因為統計資訊的不準確或者是最佳化器的問題，導致語句選擇錯誤的執行計畫，如本來該走索引掃描的，但是採用了全表掃描。對於很多系統更趨向使用索引掃描，因為往往實際上，索引掃描的代價的確是小於全表掃描的。。。我們看一個實際的例子SQL> set autot trace expSQL> select count(*) from auction_auctions a, auction_bids b   2  where a.id=b.auction and

在對於union all的視圖中，如果採用傳統的採用rownum分頁方式的時候，如WHERE rownum < M) WHERE linenum >=N因為，Oracle執行到linenum >=N的時候，將不知所措，導致執行計畫亂掉。如，假定bwm_users就是一個union all的視圖。代碼如下：select *from mv_bmw_users_db1union allselect  *from

9i的細粒度審計    表的查詢語句用普通觸發器是檢測不到的，除非開啟Database Audit，但是從ORACLE9i開始，提供了一個DBMS_FGA包，可以線上對單個的表進行審計並查詢審計資料，這就是細粒度審計。但是這個包的審計過程要求資料庫運行在CBO最佳化模式下，如果不是，可能會有意想不到的結果，這就要求對審計的表進行分析。下面將就這個包的使用做簡單的介紹，這個包共有四個過程，先介紹一下該包中的第一個過程：PROCEDURE add_policy(object_schema IN

正常情況下，在裸裝置環境下的RAC中添加資料檔案的步驟是：1、在每個節點上劃分或者規劃新的分區，並用raw掛裝上2、在每個節點建立link符號連結，讓資料庫象訪問檔案系統那樣訪問裸裝置3、保證兩個節點都完成以上操作，再在其中一個節點上建立資料檔案 但是，如果以上操作不小心，可能發生一些煩人的意外，如執行步驟3的時候，應當首先在每個節點上先完成1，2，但是，如果1，2沒有在每個節點執行成功，而僅僅是在建立資料檔案的節點上執行成功，則其它的節點則會找不到新建立的資料檔案。 這個時候的補救辦法是什麼呢

http://www.csdn.net/news/newstopic/16/16260.shtml?甲骨文將把格線運算推廣到其10g資料庫產品(2004.07.19)?? 來自：賽迪?? ?

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_content.htmlYahoo! 的 Exceptional Performance team 在 Web 前端方面作出了卓越的貢獻。廣為人知的最佳化規則也由 13 條到 14 條，再到 20 條，乃至現在的 34 條--真是與時俱進啊。最新的

老實說呢,Oracle版本9以前對分頁處理的真的不好，本來想來是很簡單的語句，oracle偏偏就處理的有問題。。。。具體不知道10g在這個方面是否有大的改進。我們見一個具體的例子。。。SQL> set autot traceSQL> select rid from   2  (select a.rowid rid,row_number() over(order by a.topic_type DESC,a.topic_last_post_id DESC) rn  3  from 

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_server.htmlWeb 前端最佳化最佳實務第二部分面向 Server 。目前共計有 6 條實踐規則。【注，這最多算技術筆記，查看最原始內容，還請訪問：Exceptional Performance : Best Practices for

原文見http://www.itpub.net/showthread.php?s=&threadid=654 oldwain 欣賞一個奇妙的sql(也來點正經的, 不能讓他們說我們只會瞎灌水). 以下語句用來隨機尋找三條記錄 select * from emp where empno in ( select empno from (select empno from emp order by dbms_random.random ) where rownum <= 3 ) /

幾個顯示結果很有趣的SQL。?轉貼自Lunar2000的專欄http://blog.csdn.net/lunar2000/???一顆巨大的友誼之樹 http://blog.csdn.net/lunar2000/archive/2004/07/26/51714.aspxSQL> set pagesize 2000SQL> select decode? 2???????? ( sign(floor(maxwidth*2)-rownum)? 3???????? , 1, lpad( ' '

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_image.htmlWeb 前端最佳化最佳實務第六部分面向 圖片(Image)，這部分目前有 4 條規則。在最近的 Velocity 2008 技術大會上，Yahoo! 的 Stoyan Stefanov 做的 Image Optimization:

 有人問到：    今天聽一個IBM的人說資料庫在update時是先刪除原記錄，然後在插入，對此我有些疑問，oracle好像不是這樣的，請大家能否闡述一下update的過程，更新主鍵和不更新主鍵的處理是否一樣？不勝感激。另外，那個IBM的人還說update和insert不是一個數量級的動作，我認為要具體分析，對同資料量的操作，update需要定位，但是慢多少呢？ 答：其他資料庫跟oracle可能不同 ,但是就 oracle 而言,update

作者: Fenng | 可以轉載, 轉載時務必以超連結形式標明文章原始出處和作者資訊及著作權聲明網址: http://www.dbanotes.net/web/best_practices_for_speeding_up_your_web_site_server_mobile.htmlWeb 前端最佳化最佳實務最後一部分是針對行動裝置 App的，其實只是針對 iPhone 的，目前只有兩條規則。1. 單個資料對象小於 25K (Keep Components under