我们如何避免将 UI 逻辑与 SQL 查询中的数据访问混合在一起？

常见的SQL反模式：数据访问层中的UI逻辑

在SQL的世界里，程序员常常难以将他们熟悉的其他语言的编程模式与SQL的独特特性协调起来。由此过渡而产生的一种常见反模式是在数据访问层中混合UI逻辑。

考虑以下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

这个查询获取用户信息，它将UI相关的格式化与数据提取混合在一起。程序员的意图可能是将数据集直接绑定到网格，但这会带来一些问题：

• 脆弱性: 查询与UI层紧密耦合。任何UI格式的更改都需要更改查询。
• 妨碍可重用性: 通过将UI逻辑整合到数据层，查询对于其他用途的可重用性降低。使用此查询的存储过程也需要更改以适应任何UI更改。

以上是我们如何避免将 UI 逻辑与 SQL 查询中的数据访问混合在一起？的详细内容。更多信息请关注PHP中文网其他相关文章！