SQL 反模式:将 UI 逻辑和数据访问相结合的危险
SQL 是关系数据库管理的基石,它在一组独特的原则下运行,这些原则通常与标准编程实践不同。 掌握 SQL 需要采用新方法并放弃无效模式。
一个常见的陷阱是将 UI 逻辑与数据检索混合在一起。 这在以下查询中很明显:
<code class="language-sql">SELECT FirstName + ' ' + LastName as "Full Name", CASE UserRole WHEN 2 THEN "Admin" WHEN 1 THEN "Moderator" ELSE "User" END as "User's Role", CASE SignedIn WHEN 0 THEN "Logged in" ELSE "Logged out" END as "User signed in?", CONVERT(varchar(100), LastSignOn, 101) as "Last Sign On", DATEDIFF(day, LastSignOn, GETDATE()) as "Days since last sign on", AddrLine1 + ' ' + AddrLine2 + ' ' + AddrLine3 + ' ' + City + ', ' + State + ' ' + Zip as "Address", 'XXX-XX-' + SUBSTRING( CONVERT(varchar(9), SSN), 6, 4) as "Social Security #" FROM Users</code>
这种做法通常源于对简化数据绑定到用户界面的渴望,其中服务器端格式化简化了客户端呈现。 然而,这种方法创建了一个脆弱的架构,将数据库和 UI 层紧密耦合。 此外,它严重限制了存储过程的可重用性。
以上是我们如何避免在 SQL 查询中混合 UI 逻辑和数据访问?的详细内容。更多信息请关注PHP中文网其他相关文章!