在java.sql或其他的SDK中沒有Connection、Statement和ResultSet這三個對象的具體實現，這些對象以及其他的JDBC接口都是由數據庫驅動程序的廠商開發的，并被作為數據庫驅動程序的一部分包括在驅動程序軟件包中。假如要打印出Connection對象或使用的其他對象的類名，可能會看到類似XXXConnection、XXXStatement、XXXConnectionImpl、XXXStatementImpl等字符串，其中的XXX就是正在使用的數據庫的名字，例如Oracle。

　　假如我們要測試例子中getATable()方法的JDBC的性能，可以簡單地在該方法的開始處和末尾處添加System.currentTimeMillis()，二者之間的時間差就是getATable()方法執行所使用的時間。只要數據庫的交互過程與其他過程沒有攪和在一起，就可以使用這種方法測試一個方法的JDBC性能。但通常情況下，Java應用程序的的數據庫交互過程分布在許多類的許多方法中，而且很難將數據庫交互過程單獨分離出來。那么在這種情況下我們應該如何測試數據庫交互過程的性能呢？

　　一個理想的方法是在所有的JDBC類中都內置測量性能的能力，然后可以在需要對其性能進行監測時簡單地打開監測功能就可以了。正常情況下，JDBC類沒有提供這種能力，但我們可以使用具備這種功能的類來替換它們，我們替換類的目標是提供與PRoxy非常相似的對象。

　　使用一個接口的專用封裝對象封裝該接口的對象是一種有多種用途的成熟技術，collection類同步的封裝對象就是最聞名的一個例子，但還有其他許多用途。SDK中甚至有一個專門在運行時才生成封裝對象的類：java.lang.reflect.Proxy類。封裝對象也被稱作代理對象，假如在本篇文章中使用代理對象這個術語，會使對封裝JDBC對象的解釋更復雜，因此，在本篇文章中仍然會堅持使用封裝類。

　　要在上述功能的基礎上添加測試數據庫交互過程的功能，還需要對應用程序的其他部分作一些改變，很明顯的是，這樣作需要一定的代價。

　　幸運的是，當一個框架象JDBC那樣幾乎完全采用接口來定義時，要用另外的實現替換其中的作一個類就相當簡單了。我們可以使用一個封裝類替換一個接口的任何一種實現，該封裝類封裝原有的類，并轉發所有對原來類的方法的調用。在本篇文章中，我們可以使用一個封裝類替換掉JDBC類，將我們監測JDBC性能的功能放置在封裝類中，然后使監測功能隨整個應用程序的執行而執行。