将Access移植到SQL Server

发表于:2007-07-13来源:作者:点击数: 标签:
到SQL Server 的Access 开发人员面临着很多困难,然而最为棘手的问题是对动态SQL 的处理。 在Access中,将控件的行指定为一个字符串是相当普通的现象。例如,窗体上包含着很多的选择器(SalesGroup,State/Province/C ant on,Beginning Date以及Ending Date

到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



  •   

    原文转自:http://www.ltesting.net