本人的幾點(diǎn)淺見,各位大大不喜勿噴。 先說下這倆到底是干啥的吧。其實(shí)這倆干的活兒都一樣,就是創(chuàng)建了一個(gè)對(duì)象然后去通過對(duì)象調(diào)用executeQuery方法來執(zhí)行sql語句。說是CreateStatement和PrepareStatement的區(qū)別,但其實(shí)說的就是Statement和PrepareStatement的區(qū)別,相信大家在網(wǎng)上已經(jīng)看到過不少這方面的資料和博客,我在此處提幾點(diǎn),大家看到過的,就當(dāng)重記憶,沒看到就當(dāng)補(bǔ)充~下面開始談?wù)勊麄兊膮^(qū)別。 最明顯的區(qū)別,就是執(zhí)行的sql語句格式不同。我們往上放兩段代碼來看看他們的區(qū)別把:代碼背景:我們有一個(gè)數(shù)據(jù)庫,里面有一個(gè)user表,有username,userpwd兩列。我們要查出這兩列的數(shù)據(jù)。 這是使用CreateStatement方法創(chuàng)建了stmt對(duì)象,再通過他查詢的一部分語句片段。 而下面則是使用了PrepareStatement方法創(chuàng)建了pstmt對(duì)象,再通過這個(gè)對(duì)象查詢的一部分語句片段。
相信寫到這,大家很多人就能看出來了,原來PrepareStatement跟Statement的主要區(qū)別就是把上面sql語句中的變量抽出來了。這就是我要說的第一大優(yōu)點(diǎn),PrepareStatement可以提高代碼的可讀性。什么?你沒覺得這有什么可以提高可讀性的?那好,咱來看看下面這兩段代碼,看完你再說話。 代碼背景:我們有一個(gè)數(shù)據(jù)庫,里面有一個(gè)book表,有bookid,bookname,bookauthor,booksort,bookprice五列。我們要向這個(gè)表中添加一部分?jǐn)?shù)據(jù)。 Statement版
ParperStatement版 怎么樣。反正我打這行代碼的時(shí)候,整個(gè)引號(hào)逗號(hào)就給我刺激懵了。下面說說第二點(diǎn)優(yōu)點(diǎn)。ParperStatement提高了代碼的靈活性和執(zhí)行效率。PrepareStatement接口是Statement接口的子接口,他繼承了Statement接口的所有功能。它主要是拿來解決我們使用Statement對(duì)象多次執(zhí)行同一個(gè)SQL語句的效率問題的。ParperStatement接口的機(jī)制是在數(shù)據(jù)庫支持預(yù)編譯的情況下預(yù)先將SQL語句編譯,當(dāng)多次執(zhí)行這條SQL語句時(shí),可以直接執(zhí)行編譯好的SQL語句,這樣就大大提高了程序的靈活性和執(zhí)行效率。 最后但也是最重要的一個(gè)大大的比Statement好的優(yōu)點(diǎn),那就是安全!你說啥?這還關(guān)安全啥事兒,那我給你一行代碼,你來給我說說這是干嘛的。
這是驗(yàn)證用戶名密碼的,對(duì)吧。但要是我們把'or '1' = 1'當(dāng)作密碼傳進(jìn)去,你猜猜會(huì)發(fā)生啥。
發(fā)現(xiàn)了吧!這是個(gè)永真式,因?yàn)?永遠(yuǎn)等于1。所以不管怎樣都能獲取到權(quán)限。哇。這就壞咯!這還不是最壞的,你再看!
依舊是這行代碼。這次我們把'or '1' = 1';drop table book;當(dāng)成密碼傳進(jìn)去。哇!又壞了!這次直接把表給刪了。但是,你如果用PrepareStatement的話就不會(huì)出現(xiàn)這種問題。你傳入的這些數(shù)據(jù)根本不會(huì)跟原來的數(shù)據(jù)有任何的交集,也不會(huì)發(fā)生這些問題。
文章寫到這就結(jié)束了。hope can help~ |
|