什么是最常见的SQL反模式？

Question

我们所有使用关系数据库的人都已经学习（或正在学习）SQL是不同的。引出期望的结果，并且有效地进行，涉及一个繁琐的过程，其部分特征是学习不熟悉的范例，并发现我们最熟悉的一些编程模式在这里不起作用。您见过（或自己承诺）的常见反模式有哪些？

Answer 1

我一直对大多数程序员在数据访问层中混合UI逻辑的倾向感到失望：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('d', 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通常，程序员这样做是因为他们打算将他们的数据集直接绑定到网格，并且它只是方便SQL Server格式服务器端而不是客户端上的格式。如上所示的查询非常脆弱，因为它们将数据层紧密耦合到UI层。最重要的是，这种编程风格彻底防止了存储过程的重用。

Answer 2

人类可读的密码字段，egad。自我解释。对索引 列使用LIKE，我几乎总是想说LIKE。回收SQL生成的PK值。惊喜没人提到神表。没有什么比100列的位标志，大字符串和整数更像“有机”。然后是“我想念.ini文件”模式：在大文本字段中存储CSV，管道分隔的字符串或其他解析所需的数据。而对于如何使用游标的MS SQL服务器在所有。有一种更好的方法来执行任何给定的游标任务。编辑，因为有这么多！