TA貢獻1998條經驗 獲得超6個贊
我一直對大多數程序員在數據訪問層中混合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層。最重要的是，這種編程風格徹底防止了存儲過程的重用。
TA貢獻1825條經驗 獲得超4個贊
人類可讀的密碼字段，egad。自我解釋。
對索引 列使用LIKE，我幾乎總是想說LIKE。
回收SQL生成的PK值。
驚喜沒人提到神表。沒有什么比100列的位標志，大字符串和整數更像“有機”。
然后是“我想念.ini文件”模式：在大文本字段中存儲CSV，管道分隔的字符串或其他解析所需的數據。
而對于如何使用游標的MS SQL服務器在所有。有一種更好的方法來執行任何給定的游標任務。
編輯，因為有這么多！
舉報