SQL Server ::从Microsoft Access查询中数据类型的隐式转换？

如何解决SQL Server ::从Microsoft Access查询中数据类型的隐式转换？

几周以来，我一直在管理一个经常受到Microsoft Access应用程序攻击的SQL Server 2019。

我发现了这个Brent Ozar post（谢谢@Brent），我发现Access中的数据类型在SQL Server中并不相同：

我知道有很多方法improve performances，但是我需要知道的是：数据类型从Access转换为SQL Server时是否进行隐式转换？ >

例如，Access中的Short Text如何被SQL Server解释为bigint，char(10)，datetimeoffset，nchar(10)，varchar(50)等...

对我来说，它们看起来都像是隐式转换，对吧？

解决方法

我厌恶地发现Access中的数据类型在SQL Server中是不同的：

You find that FoxPro data types are different. 
You find that Excel sheets data types are different
You find that SharePoint lists and data types are different
(all of the above are Microsoft products).

You find that MySQL data types are different
You find that Oracle data types are different
And so on. So data types "are" often different.

结果？ 您会发现，即使不是大多数数据系统，也确实必须使用稍微不同的数据类型。因此，ODBC或oleDB，甚至最近这些天，jdbc驱动程序都将处理从服务器到客户端软件的所需转换。这可能会导致根本不支持某些数据类型。

从Access转换为SQL Server时，数据类型是否提交隐式转换？

是的，您是正确的。 实际上，它是ODBC驱动程序。如果客户端查询请求来自Access，FoxPro，VB6，vb.net或什至是精美的asp.net网站，SQL Server不会“知道”。

在所有情况下，数据查询的速度和拉动都以相同的速率发生。

SQL Server并不会突然决定Access中的某些查询还是来自asp.net网站的某些SQL查询运行得更快或更慢。

ODBC驱动程序（或现在很少使用的oleDB驱动程序）进行数据类型转换（自动）对于拉取数据而言从来都不是很大的成本或开销。

因此，Access的速度，或者说说一个asp.net站点提取一些数据的速度是相同的。

因此，访问中的任何查询都不应比从诸如asp.net或某些高级c＃客户端程序发送的查询慢。它们都以相同的速度运行，并且数据类型转换是ALL ODBC或客户端软件用来提取此类数据的驱动程序的正常部分。

那么，如果我使用Access，FoxPro，VB6，C＃或某些ASP.NET网站连接并从SQL Server中提取数据，该怎么办？好的，在所有这些情况下，与.net兼容的数据类型转换都将由所使用的驱动程序和连接堆栈进行。实际上，这种数据类型转换绝不会以任何重要方式影响性能。

那么，是从Access还是.net提交的查询？它们应该运行相同。但是，Access具有的一项功能（和.net和大多数其他连接技术没有）是Access可以在不同的连接对象之间联接。因此，我可以有一个本地表，其中一个链接到Foxpro，另一个链接到SQL Server。在Access中，您可以在这些不同的数据源表之间执行联接和sql查询。例如，在.net中，查询仅限于一个连接对象。

但是，这也意味着任何尝试在两个数据源表（甚至同一个数据库）之间进行关系联接的查询都可以在客户端发生（因为Access可以做到这一点，并且大多数系统都缺乏这种能力）。结果，在某些情况下，Access中的选择查询或说asp.net提取数据的速度差异很小甚至没有？

当涉及到关系联接时，Access可以使关系联接和工作发生在客户端而非服务器端。在这些情况下，您可以通过几种方法强制查询（和联接）在服务器端进行。在这种情况下，这种查询的运行速度非常慢。

最佳选择：

使用/创建视图并从Access客户端链接到该视图。这是最好的选择。原因是您获得与传递查询相同的性能，并且获得与存储过程相同的性能。但是，没有代码或工作可以做到这一点。完成后，您再次发现Access客户端中的查询拉速与其他任何客户端软件（.net，asp.net，c＃等）一样。

再次，从性能的角度来看，所涉及的驱动程序对数据类型转换的任何考虑都是一个有争议的观点。

您可以考虑使用传递查询来代替链接视图的工作量和工作量。当然，这又将是从Access客户端发送的原始T-SQL语句，并且数据类型的问题再次引起很大争议，因为这是将t-sql语法代码发送到sql服务器，因此其t-sql采用了sql语句并从ASCII（好吧，Unicode）字符串进行数据类型转换，然后将该字符串转换为数字，日期类型等。但是，对于您编写的任何具有以字符串。

.net，FoxPro，Access，asp.net客户端软件是这样吗？他们都将并且必须在数据和客户端软件之间进行数据转换键入。例如，.net有几种数据类型，您可以在代码中定义它们，例如Access，或者FoxPro甚至VB6（甚至c ++）都没有。因此，每个客户端系统都在不断地从该软件中的本机变量和数据类型转换为sql服务器上使用的数据类型。

因此，此类数据转换发生在所有客户端软件上，这种转换不再是Access中的性能因素，而是用c ++甚至汇编程序编写代码。拉动发送到sql server的查询时，所有这些系统的速度都是相同的速度。