框架设计之ADO.NET Command的ExecuteScalar误用情景及底层解说
16lz
2021-01-26
最近下载了点资料,学了学Android,发现Android入门还算简单,从.NET过渡到Android,也就三七十一天的事。
大伙有空也可以学学。。。
好了,言归正文,那日,有网友发了一个他们公司的数据层框架的DLL,让我审视(Reflector查看如下):
炸一看框架,支持的数据库种类繁多,看来写框架的人涉及面还挺广的。
往里一看,比较悲催,有广度而无深度,另外数据库种类的dll需要提前引用,那是相当浩大的数据库工程:
框架具体就不过多点评了,在不经意思间,本人看到有一个闪光点,觉的可以和大伙分享分享:
1:检测某列是否存在:
2:检测某表是否存在:
这是一条判断某字段列和某表是否存在的方法,此处用了select X from table的方式,然后调用了GetSingle(sql)。
而 GetSingle的代码如下:
代码里,关于ADO.net的相关对象没提升到全局变量以重用这个不是讲的重点,就先忽略先,今天分享的知识点是ExecuteScalar:
对于ADO.NET的Command命令,有三个方法,大伙很熟悉:
2:ExecuteScalar,返回首行首列。
3:ExecuteNonQuery,返回首影响的行。
解说:
实际上,后面的ExecuteScalar,或是ExecuteNonQuery,内部都是调用的ExecuteDataReader来处理的,见如下代码即知:
说明分析:
当然,值的欣慰的是,DataReader是一个流数据传输,它并不是一次性传输所有数据,而是部分段传输。
中间我做了一个小测试,大体过程是这样的:
说明还未读取之时,部分数据就先通过管道把数据从数据库传输到程序的内存中了,后来按F5继续,读取后面就会抛进程管道已关闭的错误。
总结:
本文说明两点使用方法上的两点:
2: ExecuteScalar虽然是返回首行首列,但实际返回的是个DataReader,如果你查询的是列表,实际上内存传输了列表,只是最终你程序读取了列表中的第一个字节。
当然了,由于流的传输,并不一次性传输全部,只是部分段传输,所以性能的损失并不是太明显。
要写好底层框架,任重而道远,望大伙再接再励。
更多相关文章
- 一句话锁定MySQL数据占用元凶
- Android(安卓)直接显示yuv数据 通过Awesomeplayer方式直接显示(三
- androidRSA加密,java解密出现错误或者乱码
- 如何Android数据库缓存进行管理
- Android(安卓)ListView 最基本的用法,使用SimpleCursorAdapter
- android利用httpclient实现post、get请求restful接口进行json和f
- android中Retrofit2.0的封装:设计到请求前后的操作,比如添加请求头
- Android(安卓)BLE蓝牙4.2数据透传操作
- Android(安卓)数据库开发之事务