軟件測試中用好SQL事件探查器來跟蹤SQL語句執行
SQL是高級的非過程化編程語言,允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法,也不需要用戶了解具體的數據存放方式,所以具有完全不同底層結構的不同數據庫系統,可以使用相同的SQL語言作為數據輸入與管理的 SQL
接口。它以記錄集合作為操作對象,所有SQL語句接受集合作為輸入,返回集合作為輸出,這種集合特性允許一條SQL語句的輸出作為另一條SQL語句的輸入,所以SQL語句可以嵌套,這使他具有極大的靈活性和強大的功能,在多數情況下,在其他語言中需要一大段程序實現的功能只需要一個SQL語句就可以達到目的,這也意味著用SQL語言可以寫出非常復雜的語句。 結構化查詢語言(Structured Query Language)最早是IBM的圣約瑟研究實驗室為其關系數據庫管理系統SYSTEM R開發的一種查詢語言,它的前身是SQUARE語言。SQL語言結構簡潔,功能強大,簡單易學,所以自從IBM公司1981年推出以來,SQL語言得到了廣泛的應用。如今無論是像Oracle、Sybase、Informix、SQL Server這些大型的數據庫管理系統,還是像Visual Foxpro、PowerBuilder這些PC上常用的數據庫開發系統,都支持SQL語言作為查詢語言。 美國國家標準局(ANSI)與國際標準化組織(ISO)已經制定了SQL標準。ANSI是一個美國工業和商業集團組織,負責開發美國的商務和通訊標準。ANSI同時也是ISO和International Electrotechnical Commission(IEC)的成員之一。ANSI 發布與國際標準組織相應的美國標準。1992年,ISO和IEC發布了SQL國際標準,稱為SQL-92。ANSI隨之發布的相應標準是ANSI SQL-92。ANSI SQL-92有時被稱為ANSI SQL。盡管不同的關系數據庫使用的SQL版本有一些差異,但大多數都遵循 ANSI SQL 標準。SQL Server使用ANSI SQL-92的擴展集,稱為T-SQL,其遵循ANSI制定的 SQL-92標準。 SQL語言包含4個部分: ※ 數據定義語言(DDL),例如:CREATE、DROP、ALTER等語句。 ※ 數據操作語言(DML),例如:INSERT(插入)、UPDATE(修改)、DELETE(刪除)語句。 ※ 數據查詢語言(DQL),例如:SELECT語句。 ※ 數據控制語言(DCL),例如:GRANT、REVOKE、COMMIT、ROLLBACK等語句。 SQL語言包括三種主要程序設計語言類別的語句:數據定義語言(DDL),數據操作語言(DML)及數據控制語言(DCL)。 SQL 是用于訪問和處理數據庫的標準的計算機語言。 SQL 指結構化查詢語言 SQL 使我們有能力訪問數據庫 SQL 是一種 ANSI 的標準計算機語言 編者注:ANSI,美國國家標準化組織
因開發中的項目基于第三方公司開發的項目,數據庫都是直接的依賴關系,而且也不知道那公司開發的項目源碼和數據庫表之間的關系,安裝的過程中也是我從未所見的“流氓”(具體可以參見你見到過壟斷主義的軟件嗎? )。因此首先遇到的問題是分析它的數據庫結構以及它的軟件到底對數據庫進行了什么樣的操作?故通過朋友的介紹,發現了SQL事件探查器的確是一個跟蹤SQL語句執行的好工具,這里我分享給大家:
SQL事件探查器是SQL Server提供的一個圖形工具,通過該工具主要可以實現如下功能:(摘錄如下)
1、監視SQL Server實例的性能。
2、調試Transact-SQL語句和存儲過程。
3、識別執行慢的查詢。
4、在工程開發階段,通過單步執行語句測試SQL語句和存儲過程,以確認代碼按預期運行。
5、通過捕捉生產系統中的事件并在測試系統中重播它們來解決SQL Server中的問題。這對測試和調試很有用,并使得用戶可以不受干擾地繼續使用生產系統。
6、審核和復查在SQL Server實例中發生的活動。這使得安全管理員得以復查任何的審核事件,包括登錄嘗試的成功與失敗,以及訪問語句和對象的權限成功與失敗。
需要注意的是:運行SQL 事件探查器時,必須確保系統至少有10MB的可用空間,否則SQL 事件探查器的所有功能都將停止。
我們可以看到這個SQL的事件探查器的確很強大,SQL Server里面的執行的每一個動作,都可以在SQL事件探查器里看的一清二楚,這對于性能調劑,后期維護等等都是有非常大的幫助的。但是,問題也就來了,在你的軟件開發完畢后,作為軟件的開發方而言并不希望使用軟件的使用者通過SQL事件探查器來跟蹤SQL語句。那么這種情況該怎么辦呢?有沒有什么辦法不能讓SQL事件探查器跟蹤到呢?
下面我們來探索這個問題:
假設你數據庫里面有一張表:Organization,里面有一個字段是password,那么當你執行下面的SQL語句的時候:
SELECT [Password] FROM [Organization] |
● 在該事件文本中找到“password”。
● 出于安全原因,已用該注釋替換此文本。
這樣,就看不到你執行的SQL語句的內容了。
但是,你可以會說,如果在我的Organization里面沒有password字段的話還不是要顯示出來?確認如此,但是官方介紹說:只要在查詢的過程中,任意地方出現關鍵詞:password,encryption,sp_setapprole之一,整個查詢過程都將被隱藏,任意地方,當然也包括注釋中。例如執行下面的語句:
--Password /*保護SQL語句*/ SELECT 1 FROM [Organization1] |
同樣的我們在SQl事件探查器里面看到的是:
總結:
這樣就很清楚的明白:如果要避免SQL語句在SQL事件探查器里面被跟蹤的話,只需要添加一個關鍵詞的注釋就可以把SQL語句保護起來了。
可喜的是,我開發的系統所依賴的第三方系統軟件并沒有對此SQL語句做保護,故可以通過SQL事件探查器分析軟件對數據庫進行了那些操作,進一步分析數據庫表的結構。
可以想象一下如果軟件中的SQL語句都做了保護的話,如果只能過產品或者發布好的軟件要來分析數據庫表的結構是何等的困難?
原文轉自:http://www.anti-gravitydesign.com