Atea - Hero's Grave

     摘要: 標(biāo)題起的有些大，僅代表自己和身邊一些人從業(yè)這幾年來(lái)的感悟:P  閱讀全文

現(xiàn)象：

     摘要: VJET JavaScript IDE 是一個(gè)Eclipse插件，提供了整套的Javascript開(kāi)發(fā)環(huán)境：語(yǔ)法提示、自動(dòng)補(bǔ)全、高亮、編輯糾錯(cuò)、debug等。
比起Aptana來(lái)，VJET更加輕量，速度也更快。  閱讀全文

     摘要: JDK1.5引入的泛型，減少了類型強(qiáng)轉(zhuǎn)的代碼，增加了編譯檢查，提高了代碼的健壯性。
但在某些情況，泛型檢查會(huì)出乎意料的“丟失”，由此可引發(fā)難以發(fā)現(xiàn)的bug。  閱讀全文

如果別人只是讀取數(shù)據(jù)，F(xiàn)OR UPDATE就不會(huì)鎖定資源不讓他們讀
sum,count等函數(shù)為表鎖
null不等于任何值，包括它自己
盡量不要使用LONG型字段，而考慮使用CLOB
與不可重復(fù)讀的區(qū)別在于：在幻像讀中，已經(jīng)讀取的數(shù)據(jù)不會(huì)改變，只是與以前相比，會(huì)有更多的數(shù)據(jù)滿足你的查詢條件
客戶端發(fā)出的語(yǔ)句（如INSERT INTO）是原子性的
應(yīng)慎用IMMEDIATE約束。一條語(yǔ)句可能會(huì)使表中的各行暫時(shí)“不一致”，這是很自然的。
一般認(rèn)為，用更新級(jí)聯(lián)來(lái)修改主鍵是很不好的做法
應(yīng)手動(dòng)給外鍵加索引，否則會(huì)引起子表的表鎖。
優(yōu)化期會(huì)對(duì)視圖的來(lái)源表使用查詢。所以，對(duì)視圖加索引不如直接對(duì)來(lái)源表進(jìn)行索引優(yōu)化。

無(wú)法通過(guò)頻繁提交來(lái)“節(jié)省”undo空間，所以沒(méi)有必要在循環(huán)中提交。
1、事務(wù)的粒度（時(shí)長(zhǎng)）應(yīng)設(shè)計(jì)的盡可能?。ǘ蹋?br /> 2、事務(wù)不是稀缺資源，所以不要在循環(huán)中提交
以上2個(gè)說(shuō)法都正確，并不矛盾：
Re1: 事務(wù)過(guò)大，會(huì)在rollback時(shí)消耗大量資源
Re2: 循環(huán)提交會(huì)頻繁IO

性能調(diào)優(yōu)，應(yīng)首先嘗試減少查詢的運(yùn)行時(shí)間，其次再考慮設(shè)置參數(shù)等。
查詢中最好手動(dòng)加上order by
索引組織表（IOT）是存儲(chǔ)在索引結(jié)構(gòu)中的表，適合OLAP應(yīng)用。IOT不存在主鍵的空間開(kāi)銷，因?yàn)樗饕褪禽敁?jù)。
位圖索引適用于高度重復(fù)而且通常只讀的數(shù)據(jù)（在OLTP中慎用，涉及到并發(fā)性）。在讀密集的環(huán)境中能很好的工作，但極不適用于寫(xiě)密集環(huán)境。
僅當(dāng)要通過(guò)索引訪問(wèn)表中很少的一部分行（很小的一個(gè)百分比）時(shí)，才使用B*索引。每個(gè)唯一約束應(yīng)該至少有一個(gè)確實(shí)唯一的NOT NULL列。B*樹(shù)索引不會(huì)對(duì)一個(gè)完全為NULL的項(xiàng)加索引。

http://atealxt.appspot.com/article/20110317/book_read_note_oracle_database_9i10gand11g_programming_techniques_and_solutions.html

     摘要: 使用"help" -> "Check for Updates", 選擇所有eclipse插件，升級(jí)。
升級(jí)完重啟時(shí)，發(fā)生錯(cuò)誤，IDE啟動(dòng)失敗，報(bào)錯(cuò)。


解決辦法：
修改文件 "ECLIPSE_HOME\configuration\config.ini"。  閱讀全文

     摘要: 限于自己的水平還未達(dá)到DBA級(jí)別，只能先以應(yīng)用為主的角度讀了。
也許過(guò)幾個(gè)月再回來(lái)重讀，會(huì)有另一番心得。

筆記包含索引、事務(wù)與鎖、備份及其他四類。
  閱讀全文