SQL アンチパターン: UI ロジックとデータ アクセスを組み合わせる危険性
リレーショナル データベース管理の基礎である SQL は、標準的なプログラミング手法とは異なる一連の明確な原則に基づいて動作します。 SQL をマスターするには、新しいアプローチを採用し、非効率なパターンを放棄する必要があります。
よくある落とし穴の 1 つは、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 中国語 Web サイトの他の関連記事を参照してください。