c# - 您将 SQL 语句放在您的 C# 项目中的什么位置？

Question

我可能会负责将 vb6 应用程序移植到 c#。此应用程序是一个与访问数据库交互的 Windows 应用程序。数据访问封装在基本业务对象中。基本上是一 table 一类。现有的 vb6 业务对象通过 DAO 读取和写入 DB。我以前写过几次 DAL 和 ORM，但它们都只针对 SQL Server。这将需要目标访问和 sql server。在以前的项目中，我会将 SQL 字符串放在业务对象的私有(private)部分，并可能将多余的 SQL 代码(如连接、创建命令)移动到一个公共(public)基类中以减少代码。

这一次，我正在考虑将 SQL 字符串写入 .settings 文件或其他一些键/值类型的文本文件。然后我会编写一个 sql 实用程序来编辑这个文件并允许我运行和测试参数化查询。这些查询将在业务对象中按名称引用，而不是将 sql 嵌入到代码中。

我知道一种标准方法是为每个目标数据库创建一个 DAL 并具有要使用哪个 DAL 的配置状态。我真的不想为每个数据库创建两个 DAL 类。如果我只是通过键名引用正确的查询并具有正确的连接类型，那么代码似乎会更少。

那么，你们有这样的行为吗？您将如何或已经解决了这个问题？什么最适合你？

谢谢!

Answer 1

好吧，有很多选择 - 所以这实际上取决于您最紧迫的需求:-)

一种方法可能是在 VS 解决方案中将 SQL 语句创建为文本文件，并在“构建操作”中将它们标记为“嵌入式资源”。这样，SQL 就包含在生成的程序集中，并且可以在运行时使用 .NET 框架的 ResourceManifestStream 从中检索:

private string LoadSQLStatement(string statementName)
{
    string sqlStatement = string.Empty;

    string namespacePart = "ConsoleApplication1";
    string resourceName = namespacePart + "." + statementName;

    using(Stream stm = Assembly.GetExecutingAssembly().GetManifestResourceStream(resourceName))
    {
        if (stm != null)
        {
            sqlStatement = new StreamReader(stm).ReadToEnd();
        }
    }

    return sqlStatement;
}

您需要将“ConsoleApplication1”替换为您的实际命名空间，sql 语句文件所在的命名空间。您需要通过完全限定名称来引用它们。然后你可以用这一行加载你的 SQL 语句:

string mySQLStatement = LoadSQLStatement("MySQLStatement.sql");

然而，这使得查询相当“静态”，例如您无法在运行时配置和更改它们 - 它们被直接烘焙到编译的二进制位中。但另一方面，在 VS 中，您的 C# 程序代码和 SQL 语句之间有一个很好的干净分离。

如果您需要能够在运行时调整和更改它们，我会将它们放入一个单独的 SQL 表中，其中包含例如关键字和实际的 SQL 查询作为字段。然后您可以根据需要检索它们并执行它们。由于它们在数据库表中，您还可以随意更改、修复和修改它们 - 即使在运行时 - 而无需重新部署整个应用程序。

马克