MySql个人总结(2)——Sql语句的封装

            Sql语句的封装虽然没有出现在考核要求里,但是这个问题是一定会考的,而且是个关键的封装,可以极大的简化代码量,和方便对数据库的访问,如果没有Sql语句的封装或者封装的不够彻底,那么考核基本就凉一半了。

            我们条用的Sql语句大致分为两类,一类是(SELECT),一类是(UPDATE,DELETE,INSERT),

读就是指仅读取数据库里的信息,写就是对数据库信息有影响的操作。那么写操作的Sql语句(UPDATE,DELETE,INSERT)就表现有一致性,最后都是execute()或是executeUpdate()就完事了,那么咱们要封装到什么程度呢?要封装到咱们调用这个方法的时候,只用输入相应的Sql语句和对应的参数就完事了,OK,一切处理都要封装起来。那么有人会问,现在用的是预编译处理,不是字符串拼接,那么sql语句中占位符的不同,就会导致封装的方法里形参个数的不同,这个时候我们就要了解动态参数了。

           Object... params

            详情参考  https://blog.csdn.net/yuming226/article/details/80558469  ,这里我就不一一赘述了。

            咱们直接来看完整的封装结果:


                当我们要调用的时候就是这个样子:


                或是这个样子


                调用这个方法的时候传入的参数个数不是固定的,是动态的,在这里


                由于是用for循环自动设置占位符的值,所以填入实参的时候一定要按占位符的值去填,顺序不能出错。

                这样就是对写操作Sql语句的封装了。

                读操作的封装会稍微麻烦一些,有时候是要返回一个结果集ResultSet,对其进行遍历,有的时候仅仅想要读取某一行记录的一个值(int,string,等等),所以返回的类型不一样,当然也可以是可以封装的,只是多了一些判断,这里我就不放代码了,大家根据上面的类比就行了。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容