SQL の世界では、プログラマーは、他の言語で慣れ親しんでいるプログラミング パターンと SQL の独自の機能を調和させるのに苦労することがよくあります。この移行から生じる一般的なアンチパターンは、データ アクセス層に UI ロジックが混在することです。
次の SQL クエリについて考えてみましょう:
<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 中国語 Web サイトの他の関連記事を参照してください。