前面基本聊完了原生JDBC的基礎(chǔ)知識(shí)，接下聊聊的原生JDBC的一些缺陷。

一、JDBC在加載萬(wàn)驅(qū)動(dòng)之后就需要去連接數(shù)據(jù)庫(kù)在然后進(jìn)行數(shù)據(jù)庫(kù)的操作，在操作完成之后我們又需要把連接對(duì)象關(guān)閉。如果我們使用頻繁的話，就需要我們頻繁的創(chuàng)建和關(guān)閉連接，這樣不僅操作繁瑣，而且極度的浪費(fèi)空間資源。

二、在我們寫原生JDBC時(shí)會(huì)發(fā)現(xiàn)，我們是把sql語(yǔ)句以字符串的形式寫在java代碼的文件中的，這樣一旦我們修改sql語(yǔ)句，當(dāng)前java文件就需要整體重新編譯。這樣的編碼不僅不具備良好的擴(kuò)展性，也不利于系統(tǒng)的維護(hù)。

三、在使用PReparedStatement對(duì)象對(duì)語(yǔ)句的參數(shù)變量進(jìn)行賦值的時(shí)候，我們需要使用1.2.3...等數(shù)字來(lái)對(duì)應(yīng)sql的變量。這樣的序號(hào)式編碼屬于硬編碼。同樣不利于系統(tǒng)的擴(kuò)展性和維護(hù)性。

四、最后遍歷result結(jié)果集時(shí)，使用到了resultSet.getXXXX("***");其中我們必須知道對(duì)應(yīng)的數(shù)據(jù)類型才能夠獲取。***為我們對(duì)應(yīng)的字段名。這些也是屬于硬編碼。