| 首页=>开发=>SQL Server=>将Access移植到SQL Server |
|
|
| 将Access移植到SQL Server |
| www.51study.net 2004-11-10 23:29 |
| 【字体：大 中 小】【评论】【打印】 【关闭】 |
|
|
到SQL Server的Access开发人员面临着很多困难，然而最为棘手的问题是对动态SQL的处理。在Access中，将控件的行指定为一个字符串是相当普通的现象。例如，窗体上包含着很多的选择器(SalesGroup，State/Province/Canton，Beginning Date以及Ending Date等等)，Access开发人员一般都会检查这些控件以查看哪些为Null,然后编写SQL语句以删除这些Null值。
通过这种方法连接到SQL Server具有以下几点的缺点：
所有的处理都在客户端完成，而不是在服务器中完成。
解析这些控件和处理SQLq语句的代码显得拖沓冗长。
这一方法容易导致SQL 混入攻击(injection attacks)。
渴望扩展到SQL Server的Access开发人员必须解决两个方面的问题：
1. 识别所有非基于名称查询的记录和行的数据源。
2. 使用名称查询替代所有的查询。
对于动态地处理查询，可以以如下所示的代码处理：
SELECT *
FROM SomeTables
WHERE ColumnOfInterest = Forms("myForm").ControlOfInterest
AND Column2OfInterest = Forms("myForm").Control2OfInterest
为了简单起见，我们假设Access窗体上只包含两个控件。Access方法将在代码中解析控件的值，然后通过使用非零值的方法处理每一动态SQL查询。
这是一种没有向导的方式。你所需要的是一个存储程序，这一存储程序被参数化以接收来自窗体上控件的所有数据。例如，假设以上给定的两个控件，存储程序被自身的数据触发，如果数值为Null，存储程序就会“智能化地”执行。
这里是实现这一过程的一个简单技巧：
SELECT *
FROM SomeTables
WHERE ColumnOfInterest = 12345 OR ColumnOfInterest is NULL
对于Access而言，你调用的是存储程序，然后传递所有相关控件的数值，而不管这些数值是否为Null:
EXEC mySproc Value1, Value2,. . .ValueN
然后，存储程序如上所示地处理这些Null值。可以想象到，存储程序选择用户提供的值，然后传递一个值(比如12345)并返回到一行，接着OR语句被调用。由于参数为Null，返回所有行的值。
这里是说明这一技巧使用过程的Northwind数据库范例。在这一范例中，在特定日期被传递之前，我们列举了所有的定单：
CREATE PROCEDURE dbo.OrdersListSproc1
(@OrderDateDateTime)
AS SELECT dbo.Orders.*
FROM dbo.Orders
WHERE (OrderDate < CONVERT(DATETIME, '1996-08-01 00:00:00', 102))
OR (@OrderDate IS NULL)
虽然存储程序无法总是以这种方式取代动态SQL，但这种方法通常可以提高程序的性能。 |
|
|
| 【字体：大 中 小】【评论】【打印】 【关闭】 |
|
|
 |
相关文章 |
|
|
|
