
Dans le monde de SQL, les programmeurs ont souvent du mal à concilier les modèles de programmation qu'ils connaissent dans d'autres langages avec les fonctionnalités uniques de SQL. Un anti-modèle courant qui résulte de cette transition consiste à mélanger la logique de l’interface utilisateur dans la couche d’accès aux données.
Considérez la requête SQL suivante :
<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>Cette requête récupère les informations utilisateur, en mélangeant le formatage lié à l'interface utilisateur avec l'extraction de données. L'intention du programmeur peut être de lier l'ensemble de données directement à la grille, mais cela crée quelques problèmes :
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
La solution à Google Chrome ne fonctionne pas
La différence entre les fichiers d'en-tête et les fichiers source
mesures de protection de la sécurité du serveur cdn
Introduction à l'emplacement du panneau de configuration Win10
monnaie numérique virtuelle
utilisation de la fonction de tri
Résumé des connaissances de base de Java
Comment supprimer un répertoire sous LINUX