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

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

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

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

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

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

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

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

瞬時對象在內存孤立存在,它是攜帶信息的載體,不和數據庫的數據有任何關聯關系,在Hibernate中,可通過session的save()或saveOrUpdate()方法將瞬時對象與數據庫相關聯,并將數據對應的插入數據庫中,此時該瞬時對象轉變成持久化對象.

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

輕松掌握Oracle數據庫Where條件執行順序      摘要: 由于SQL優化起來比較復雜,并且還會受環境限制,在開發過程中,寫SQL必須必須要遵循以下幾點的原則：

　　1.ORACLE采用自下而上的順序解析WHERE子句,根據這個原理,表之間的連接必須寫在其他WHERE條件之前, 那些可以過濾掉最大數量記錄的條件必須寫在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 優化      摘要: 今天霄漢的SQL優化培訓收獲頗豐，摘要出一部分．

1.1 IN 操作符

用IN寫出來的SQL的優點是比較容易寫及清晰易懂，這比較適合現代軟件開發的風格。

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

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

多個表的連接方式查詢。

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

推薦方案：在業務密集的SQL當中盡量不采用IN操作符而使用EXISTS。
  閱讀全文