一個程序員對學(xué)弟學(xué)妹建議      摘要: 我始終認(rèn)為，對一個初學(xué)者來說，IT界的技術(shù)風(fēng)潮是不可追趕。我時常看見自己的DDMM們把課本扔了，去賣些價格不菲的諸如 C#, VB.Net 這樣的大部頭，這讓我感到非常痛心。而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#里面可以不用指針等等則讓我覺得好笑。C#就象當(dāng)年的ASP一樣，“忽如一夜春風(fēng)來，千樹萬樹梨花開”，結(jié)果許多學(xué)校的信息學(xué)院成了“Web 學(xué)院”。96,97級的不少大學(xué)生都去做Web 了。當(dāng)然我沒有任何歧視某一行業(yè)的意識。我只是覺得如果他們把追趕這些時髦技術(shù)的時間多花一點在基礎(chǔ)的課程上應(yīng)該是可以走得更遠(yuǎn)的。  閱讀全文

Java中的instanceof關(guān)鍵字      摘要: instanceof是Java的一個二元操作符，和==，>，<是同一類東東。由于它是由字母組成的，所以也是Java的保留關(guān)鍵字。它的作用是測試它左邊的對象是否是它右邊的類的實例，返回boolean類型的數(shù)據(jù)。  閱讀全文

一個老工程師給年輕工程師的十大忠告      摘要: [1]好好規(guī)劃自己的路，不要跟著感覺走！根據(jù)個人的理想決策安排，絕大部分人并不指望成為什么院士或教授，而是希望活得滋潤一些，爽一些。那么，就需要慎重安排自己的軌跡。從哪個行業(yè)入手，逐漸對該行業(yè)深入了解，不要頻繁跳槽，特別是不要為了一點工資而轉(zhuǎn)移陣地，從長遠(yuǎn)看，這點錢根本不算什么，當(dāng)你對一個行業(yè)有那么幾年的體會，以后錢根本不是問題。頻繁地動蕩不是上策，最后你對哪個行業(yè)都沒有摸透，永遠(yuǎn)是新手！

[2]可以做技術(shù)，切不可沉湎于技術(shù)。千萬不可一門心思鉆研技術(shù)！給自己很大壓力，如果你的心思全部放在這上面，那么注定你將成為孔乙己一類的人物！適可而止為之，因為技術(shù)只不過是你今后前途的支柱之一，而且還不是最大的支柱，除非你只愿意到老還是個工程師！

[3] 不要去做技術(shù)高手，只去做綜合素質(zhì)高手！在企業(yè)里混，我們時常瞧不起某人，說他“什么都不懂，憑啥拿那么多錢，憑啥升官！”這是普遍的典型的工程師的迂腐之言。8051很牛嗎？人家能上去必然有他的本事，而且是你沒有的本事。你想想，老板搞經(jīng)營那么多年，難道見識不如你這個新兵？人家或許善于管理，善于領(lǐng)會老板意圖，善于部門協(xié)調(diào)等等  閱讀全文

Hibernate對象的三種狀態(tài)      摘要: Hibernate的對象有3種狀態(tài),分別為:瞬時態(tài)(Transient)、持久態(tài)(Persistent)、脫管態(tài)(Detached).處于持久態(tài)的對象也稱為PO(PersistenceObject),瞬時對象和脫管對象也稱為VO(ValueObject).

瞬時態(tài)
由new命令開辟內(nèi)存空間的java對象,
eg.Person person=new Person("xiaoxiao","女");

如果沒有變量對該對象進行引用,它將被java虛擬機回收.

瞬時對象在內(nèi)存孤立存在,它是攜帶信息的載體,不和數(shù)據(jù)庫的數(shù)據(jù)有任何關(guān)聯(lián)關(guān)系,在Hibernate中,可通過session的save()或saveOrUpdate()方法將瞬時對象與數(shù)據(jù)庫相關(guān)聯(lián),并將數(shù)據(jù)對應(yīng)的插入數(shù)據(jù)庫中,此時該瞬時對象轉(zhuǎn)變成持久化對象.

持久態(tài)
處于該狀態(tài)的對象在數(shù)據(jù)庫中具有對應(yīng)的記錄,并擁有一個持久化標(biāo)識.如果是用hibernate的delete()方法,對應(yīng)的持久對象就變成瞬時對象,因數(shù)據(jù)庫中的對應(yīng)數(shù)據(jù)已被刪除,該對象不再  閱讀全文

輕松掌握Oracle數(shù)據(jù)庫Where條件執(zhí)行順序      摘要: 由于SQL優(yōu)化起來比較復(fù)雜,并且還會受環(huán)境限制,在開發(fā)過程中,寫SQL必須必須要遵循以下幾點的原則：

　　1.ORACLE采用自下而上的順序解析WHERE子句,根據(jù)這個原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過濾掉最大數(shù)量記錄的條件必須寫在WHERE子句的末尾.

　　例如:

　　(低效)

　　SELECT … FROM EMP E WHERE SAL > 50000 AND JOB = ‘MANAGER’ AND 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO);

　　(高效)

　　SELECT … FROM EMP E WHERE 25 < (SELECT COUNT(*) FROM EMP WHERE MGR=E.EMPNO) AND SAL > 50000 AND JOB = ‘MANAGER’;
  閱讀全文

PL/SQL 優(yōu)化      摘要: 今天霄漢的SQL優(yōu)化培訓(xùn)收獲頗豐，摘要出一部分．

1.1 IN 操作符

用IN寫出來的SQL的優(yōu)點是比較容易寫及清晰易懂，這比較適合現(xiàn)代軟件開發(fā)的風(fēng)格。

但是用IN的SQL性能總是比較低的，從ORACLE執(zhí)行的步驟來分析用IN的SQL與不用IN的SQL有以下區(qū)別：

ORACLE試圖將其轉(zhuǎn)換成多個表的連接，如果轉(zhuǎn)換不成功則先執(zhí)行IN里面的子查詢，再查詢外層的表記錄，如果轉(zhuǎn)換成功則直接采用

多個表的連接方式查詢。

由此可見用IN的SQL至少多了一個轉(zhuǎn)換的過程。一般的SQL都可以轉(zhuǎn)換成功，但對于含有分組統(tǒng)計等方面的SQL就不能轉(zhuǎn)換了。

推薦方案：在業(yè)務(wù)密集的SQL當(dāng)中盡量不采用IN操作符而使用EXISTS。
  閱讀全文