将 SQL 存储在变量中的最佳方式

发布于 2024-11-28 01:15:52 字数 339 浏览 1 评论 0原文

目前，我将查询放入这样的变量中。

query = @"  select top 1
                u.UserID
            from
                dbo.Users u
            where
                u.SystemUser = 1
                and u.Status = @Status";

这样做的问题是，当转到新行时，缩进会丢失，我必须自己添加它。

有谁知道更好的方法吗？我知道存储过程是一种可能性（消除这个缩进问题），但我不确定它们是否一定更适合纯数据检索。

原文

Currently I put my query in a variable like this.

query = @"  select top 1
                u.UserID
            from
                dbo.Users u
            where
                u.SystemUser = 1
                and u.Status = @Status";

The problem with this is that indentation is lost when going to a new line and I have to add it myself.

Does anyone know of a better way? I know stored procedures are a possibility (eliminating this indentation problem), but I'm not sure if they are necessarily better for pure data retrieval.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

靖瑶 2024-12-05 01:15:52

忽略那些讨厌 TSQL 的人；了解一些 TSQL 本身并没有什么问题！不管怎样，我会通过（如果我保留你的格式，这不是我的规范 - 但是......嗯）来解决这个问题；

                // your existing code at, say, this level
                var query = @"
select top 1
      u.UserID
from
      dbo.Users u
where
      u.SystemUser = 1
      and u.Status = @Status";

                // some more code at, say, this level

通过将 TSQL 保持在左侧，任何缩进等都可以在 IDE 中更轻松地完成，但它也使您的 TSQL 更短，并且在查看跟踪时更容易调试，因为它不是奇怪的 30 个字符在 select 之前以换行符开头也有助于保持整洁。

就我个人而言，我还发现代码缩进和 TSQL 缩进之间的不相交有助于找到 TSQL - 而且 TSQL 对我来说非常重要，所以这是一件好事。强调我们刚刚改变了“世界”（因为缺乏更好的术语）也没有什么害处。

Ignore the TSQL haters; there's nothing inherently wrong with knowing some TSQL! Anyway, I would approach this by (if I keep your formatting, which isn't my norm - but... meh);

                // your existing code at, say, this level
                var query = @"
select top 1
      u.UserID
from
      dbo.Users u
where
      u.SystemUser = 1
      and u.Status = @Status";

                // some more code at, say, this level

By keeping your TSQL over to the left, any indentation etc is easier to do in the IDE, but it also makes your TSQL shorter, and is easier to debug when looking at a trace, as it isn't bizarrely 30-something characters in. Starting with a newline before the select also helps keep things tidy.

Personally, I also find the disjoint between the code indent and the TSQL indent helps find TSQL - and TSQL is pretty important to me, so this is a good thing. And emphasising that we've just switched "world" (for want of a better term) is not harmful, either.

回复收藏 0 原文

山田美奈子 2024-12-05 01:15:52

您至少应该考虑使用 LINQ。它确实有一个学习曲线，但它会给您带来由编译器检查查询语法的优势。

您没有说明这是否是一个 Web 应用程序，但如果您从用户输入（例如从 Web url 或从浏览器发布的数据）获取查询的任何输入，则在发送到之前将用户输入嵌入到字符串中与执行查询的其他方法相比，查询引擎还面临更大的 SQL 注入攻击风险。

使用实体框架是另一种很好的方法。我最近使用了Code First方法，它非常优雅。最后，存储过程也是一个好方法。

回复收藏 0 原文

野の 2024-12-05 01:15:52

首先，只有当人们能够看到 SQL 的格式时，它的格式才重要。

如果您确实想要保留缩进，可以将字符串放入资源中（在资源编辑器中使用 SHIFT+ENTER 插入新行）。感谢 Visual Studio 的魔力，访问资源变得很容易 (Properties.Resources.*)。

如果您使用 WPF，您还可以使用 XAML 资源。

回复收藏 0 原文

渡你暖光 2024-12-05 01:15:52

您始终可以这样做：

query = " select top 1"
      + "     u.UserID"
      + " from"
      + "     dbo.Users u"
      + " where"
      + "     u.SystemUser = 1"
      + "     and u.Status = @Status";

至少这样，您的 IDE 会缩进字符串，而不是 SQL。如果你这样做，你必须小心地在每行添加一个前导空格。

更好的选择是使用 LINQ：

result = (from
             u in dbo.Users
         select
             u.userId
         where
             u.SystemUser == 1 &&
             u.Status = @Status
).Take(1)

You could always do this:

query = " select top 1"
      + "     u.UserID"
      + " from"
      + "     dbo.Users u"
      + " where"
      + "     u.SystemUser = 1"
      + "     and u.Status = @Status";

At least that way, your IDE will indent the string, and just not the SQL. If you go this way, you have to be careful to add a leading space to each line.

A better bet would be to go with LINQ:

result = (from
             u in dbo.Users
         select
             u.userId
         where
             u.SystemUser == 1 &&
             u.Status = @Status
).Take(1)

回复收藏 0 原文