昨天通知去長沙一家IT公司面試，面試的職位是軟件實施工程師，面試從9點鐘開始，我8點半便趕到了公司，是第一個到達公司的面試者，初略的瞭解了下該公司，從員工數及佔地面積來看，規模相對來說還是比較大的，業務發展方向也比較獨特。我的面試從8點40開始，人事部的一位負責人問了我很多問題，但這些問題都不涉及技術層面的，也就是想對我進行初步的瞭解，從回答問題中反映了我一個較大的缺點，就是普通話不是很好，面試官是這樣覺得的，而且這份職位可能會經常去外面出差，與人順暢的交流至關重要，這顯示出了我的不足，但每個問題我都回答的很有誠意，並且軟件設計師的通過給了我一定的籌碼，該公司很看重軟考，後面3位面試官都問到過這事。結果第一輪也就順利通過了。
接下來便是技術部的面試，面試官讓我做了套測試題，看了下題量不大，也不難，主要分爲兩大部分：JAVA基礎部分和數據庫部分，這次面試WEB方向沒有問及到，JAVA部分的題很簡單，只有4個小題，分別如下：1、java面向對象的特徵有哪些？ 2、final，finally，finalize的區別？ 3、Overload和Override的區別？ 4、java的異常處理機制，說明throw，throws，try，catch，finally關鍵字。這幾個題目還是很輕鬆寫完了，心裏也踏實了不少。
數據庫部分又分爲了數據庫理論和SQL語句兩部分，數據庫理論有5道題，分別是：
1、Oracle中truncate與delete的區別？（答案：1、在功能上，truncate是清空一個表的內容，它相當於delete from table_name。2、delete是dml操作，truncate是ddl操作；因此，用delete刪除整個表的數據時，會產生大量的roolback，佔用很多的rollback segments，而truncate不會。3、在內存中，用delete刪除數據，表空間中其被刪除數據的表佔用的空間還在，便於以後的使用，另外它是“假相”的刪除，相當於windows中用delete刪除數據是把數據放到回收站中，還可以恢復，當然如果這個時候重新啓動系統（OS或者RDBMS），它也就不能恢復了！而用truncate清除數據，內存中表空間中其被刪除數據的表佔用的空間會被立即釋放，相當於windows中用shift+delete刪除數據，不能夠恢復！4、truncate 調整high water mark 而delete不；truncate之後，TABLE的HWM退回到 INITIAL和NEXT的位置（默認）delete 則不可以。5、truncate 只能對TABLE，delete 可以是table,view,synonym。6、TRUNCATE TABLE 的對象必須是本模式下的，或者有drop any table的權限 而 DELETE 則是對象必須是本模式下的，或被授予 DELETE ON E 或DELETE ANY TABLE的權限。7、在外層中，truncate或者delete後，其佔用的空間都將釋放。8、truncate和delete只刪除數據，而drop則刪除整個表（結構和數據））。
2、VARCHAR2與CHAR的區別?(我的答案：1、CHAR的長度是固定的，而VARCHAR的長度是可以變化的。2、CHAR的效率比VARCHAR的效率稍低。 3、char列的NULL值佔用存儲空間，varcahr列的NULL值不佔用存儲空間。)
3、常見的oracle數據庫對象有哪些？（我的答案：Oracle的數據庫對象分爲五種：表（基本的數據存儲集合，由行和列組成），視圖（從表中抽出的邏輯上相關的`數據集合），序列（提供有規律的數值），索引（提高查詢的效率）和同義詞（給對象起別名））。
4、什麼是儲存過程，其優點有哪些？（網上答案：通常情況下，在客戶-服務器體系結構中，運行在客戶端的應用程序通過SQL對服務器端的數據庫進行訪問時，每一條SQL語句是分別地、一句一句地從客戶端向服務器發出請求，然後數據庫服務器再將結果一個一個地返回給應用程序。但是，有一些應用程序，涉及的服務器端數據庫處理活動很多，而與用戶的交互活動較少，在這種情況下，將有關數據庫的處理活動以儲存過程的形式放在數據庫服務器上完成，則可以大大減輕網上傳輸流量，提高應用程序性能。
使用儲存過程的應用程序具有以下優點：
A:減少網上傳輸流量；
B:改善服務器處理密集型應用的性能；
C:以訪問數據庫服務器特有的功能特性；
D:易於維護。）
5、索引的基本概念及其優點？（答案：索引是一種可選的與表相關的數據庫對象，用於提高數據的查詢效率。索引是建立在表列上的數據庫對象，但無論其物理結構還是邏輯結構都不依賴於表。在一個表上是否創建索引、創建多少索引和創建什麼類型的索引，都不會影響對錶的使用方式，而只是影響對錶中數據的查詢效率。
索引的優點:
1.創建唯一性索引，保證數據庫表中每一行數據的唯一性
2.大大加快數據的檢索速度，這也是創建索引的最主要的原因
3.加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意義。
4.在使用分組和排序子句進行數據檢索時，同樣可以顯著減少查詢中分組和排序的時間。
5.通過使用索引，可以在查詢的過程中使用優化隱藏器，提高系統的性能。）
數據庫SQL語句部分考的是增刪改查及表結構的創建與修改。這部分相對來說比較簡單，然而其中也出了點小意外，我竟然沒發現這部分的題目，將其漏寫了，後來技術面試官問起這個的時候我才發現有這部分題，面試官很好，他給了我點時間讓我寫完，並開玩笑說以前面試了這麼人還是第一次發現有漏寫題目的。嘿嘿，這部分我平時比較熟悉很快就完成了，面試官對我的解題速度還是挺滿意的，後來聊了點技術問題，他便讓我通過了。
第三輪面試是一個項目經理主持的，我是安排第一個面試的，客套幾句後，他依照我的簡歷給我提出了三個問題，分別是:1、談談自己的項目經驗心得及項目開發流程等；2、談談自己對程序設計的理解、收穫與感想。3、談談自己在中信培訓的歷程收穫，對自己今後在公司的發展看法及對應聘職位的理解等。面試官給了我5分鐘的思考時間，這期間我將每個問題都大致思考了一遍，有了基本的思路。雖然普通話欠妥點，但我的語言搜索能力還可以，很順暢的比較有條理的講了很多，面試官也會頻繁的跟我聊聊他感興趣的東西，似乎給他印象還可以吧，面試結束後他說我順利通過了第三輪，等待最後一輪的複試。這一輪面試是我感覺最舒暢輕鬆表現最好的一輪。
最後一輪是公司老總親自操刀的，進入其辦公室時，雖然門是大打開的，我還是比較禮貌的敲了下門，在經其同意後我才進去，老總微笑地請我坐下，他過了眼我的簡歷，問我是邵陽哪裏人，之後講了句邵陽話，讓我感覺輕鬆了不少，他開玩笑說我邵普方言太重了，我也用邵陽話回了他一句現在好多了。之後他接了個電話，我稍微暗示了他一下我是否需要回避，他暗示我不要緊，兩分鐘後我們又談了些關於工作事宜的問題，也談的比較融洽。這輪面試時間最短，大概二十來分鐘，面試完後，他要我去人事部等通知，我退出房間後，他又說了句，問題不大。之後人事部收到了面試結果，跟我談了下工作事宜。
這次面試從開始到結束持續了3個多小時，參加面試的人也很多，是讓我感覺最累最忙壓力也比較大的一次比較正規的面試，以前參加的那些公司的面試都是單流程的比較簡單的面試，這次給了我全心的體會，也是我參加的這麼多面試以來收穫最多的感受最深刻的一次。