SQL Server,Access数据库查询易混点和C#中parameter指定参数长度的优缺点

简介:

在学校的时候就经常做一些网站,所以这次在公司实习,组长第一次给了一个企业的网站还是很快的完成了。中间并没有遇到什么大的问题,但是还是遇到了两个新手非常容易混淆的小问题,所以拿出来跟大家分享一下。

主要分两个内容:1)SQL Server,Access数据库查询的易混点;2)C#中parameter指定参数长度对程序性能的影响

1)SQL Server,Access数据库查询的易混点

学习SQl的都知道,我们要在数据库中实现模糊查询是要使用Like语句的,同时使用一些通配符来完成对查询内容的模糊匹配。

第一个通配符就是“%”,只要是完成对任意字符的匹配(在Access数据库中使用“*”);第二个通配符“_”是完成对单个字符的匹配;

但是在程序中是什么样子呢?

因为我所做的网站使用的是Access数据库,当我在程序中使用“*”通配符查询数据库时,无论如何在自己创建的DataTable实例化的对象中始终没有数据,刚开始怀疑是DataAdapter中不能使用“Like”这样的命令语句。最终经过测试发现,如果在程序中使用“%”操作符时,就会有数据。

虽然在Access中使用“*”来完成模糊匹配,但是在C#程序中还是要使用“%”来完成模糊匹配。


2)C#中parameter指定参数长度对程序性能的影响

其实我自己也一直有一个疑问就是关于实例化SqlParameter对象,其中我们都会去指明参数,参数类型,还有参数长度(注意很多时候我们都是都省去这一步的)。如下面的实例声明方法:

1//显式指定参数长度2             SqlParameter parameter1 = new SqlParameter("@home", SqlDbType.NChar, 4);3//不指明参数长度4             SqlParameter parameter2 = new SqlParameter("@home", SqlDbType.NChar);

到底我们指明参数的长度对程序的性能有没有影响呢。

在微软的MSDN中的解释是“在参数声明时,如果未显式设置,则从指定参数值的实际大小推断出该大小。”

我们还是写一段小程序,然后使用SQL Server2008自带的SQL Server Profiler来测试观察一下这个过程吧。

程序代码如下:

 1public DataTable GetTable() 2        { 3             SqlConnection con = new SqlConnection(strConnection); 4             SqlCommand cmd = new SqlCommand("select * from testsql5 where name=@Name", con); 5 6//这里两句来测试程序语句获取参数的方法 7//SqlParameter parameter = new SqlParameter("@Name", SqlDbType.NVarChar); 8             SqlParameter parameter = new SqlParameter("@Name", SqlDbType.NVarChar,8); 910             parameter.Value = "nijiushi";11            cmd.Parameters.Add(parameter);1213             SqlDataAdapter adapter = new SqlDataAdapter(cmd);14             DataTable dt = new DataTable();15            adapter.Fill(dt);1617return dt;1819         }

在程序中,首先执行的是未被注释的代码,在SQL Server Profiler中看到的执行结果如下:

这个时候因为显式的指明了参数的长度,所以跟踪结果中看到参数的长度nvarchar(8)

我们再来试试把参数的长度指定的比给定的参数值得长度小。代码如下:

1  SqlParameter parameter = new SqlParameter("@Name", SqlDbType.NVarChar,6);

跟踪结果如下:

我们可以看到的是此时参数的长度已经变成了nvarchar(6),而参数的值也被截断为“nijius”

那么没有指名参数长度时,程序是通过sqlDbType.NChar知道参数的长度还是通过后面对参数赋值知道参数的长度呢?

然后我们执行上边的注释的代码,也就是没有指定参数长度的代码,看到的结果如下:

这时候我们看到测试软件跟踪的结果是一样的,但是可以看到的就是下边的参数长度已经被确定为nvarchar(8)。我们可以试着改变参数的值来看一下。比如我把参数的值改为“nijiu”,再看测试的结果如下:

由此我们可以知道,程序是通过后面参数的值来得出参数的长度的,而不是通过参数的类型SqlDbType.NVarChar

那么这样到底对程序有什么影响呢?

对于参数长度一样的语句在SQl server中会执行相同的执行计划,但是对于不一样的参数长度的话,会生成新的执行计划.所以,当显式的指明参数的长度的时候会加快sql的执行速度.






     本文转自yisuowushinian 51CTO博客,原文链接:http://blog.51cto.com/yisuowushinian/1265690 ,如需转载请自行联系原作者






相关文章
|
9月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格:MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB,多种引擎优惠上线!MySQL倚天版88元/年,SQL Server 2核4G仅299元/年,PostgreSQL 227元/年起。高可用、可弹性伸缩,安全稳定。详情见官网活动页。
1442 152
|
9月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎,提供高性价比、稳定安全的云数据库服务,适用于多种行业与业务场景。
1056 156
|
9月前
|
SQL 人工智能 Linux
SQL Server 2025 RC1 发布 - 从本地到云端的 AI 就绪企业数据库
SQL Server 2025 RC1 发布 - 从本地到云端的 AI 就绪企业数据库
721 5
SQL Server 2025 RC1 发布 - 从本地到云端的 AI 就绪企业数据库
|
8月前
|
SQL 存储 监控
SQL日志优化策略:提升数据库日志记录效率
通过以上方法结合起来运行调整方案, 可以显著地提升SQL环境下面向各种搜索引擎服务平台所需要满足标准条件下之数据库登记作业流程综合表现; 同时还能确保系统稳健运行并满越用户体验预期目标.
410 6
|
9月前
|
关系型数据库 分布式数据库 数据库
阿里云数据库收费价格:MySQL、PostgreSQL、SQL Server和MariaDB引擎费用整理
阿里云数据库提供多种类型,包括关系型与NoSQL,主流如PolarDB、RDS MySQL/PostgreSQL、Redis等。价格低至21元/月起,支持按需付费与优惠套餐,适用于各类应用场景。
|
9月前
|
SQL Oracle 关系型数据库
Oracle数据库创建表空间和索引的SQL语法示例
以上SQL语法提供了一种标准方式去组织Oracle数据库内部结构,并且通过合理使用可以显著改善查询速度及整体性能。需要注意,在实际应用过程当中应该根据具体业务需求、系统资源状况以及预期目标去合理规划并调整参数设置以达到最佳效果。
606 8
|
10月前
|
SQL 人工智能 Java
用 LangChain4j+Ollama 打造 Text-to-SQL AI Agent,数据库想问就问
本文介绍了如何利用AI技术简化SQL查询操作,让不懂技术的用户也能轻松从数据库中获取信息。通过本地部署PostgreSQL数据库和Ollama模型,结合Java代码,实现将自然语言问题自动转换为SQL查询,并将结果以易懂的方式呈现。整个流程简单直观,适合初学者动手实践,同时也展示了AI在数据查询中的潜力与局限。
1296 8
|
9月前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
545 158
|
9月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。
|
9月前
|
缓存 监控 关系型数据库
使用MYSQL Report分析数据库性能(中)
使用MYSQL Report分析数据库性能
594 156