Guide de style SQL codage

Question

JE SUIS TELLEMENT FATIGUÉ DE LIRE L’INSTRUCTION SQL ENTIÈRE / PROCÉDURE STOCKÉE EN MAJUSCULES. CE QUE L’ENFER LES DÉVELOPPEURS INITIAUX PENSAIENT ?

Ce qui est le meilleur style (en termes de cap, indentation, sauts de lignes, etc.) d’écrire SQL ?

Answer 1

Le Style est à l'origine de la programmation de la guerre sainte. Cependant ici, c'est mon style

SELECT f.foo
  , b.bar
  , CASE
      WHEN f.foo = 'hello'
      THEN 'goodbye'
      ELSE b.bar
    END as something_calculated
  , some_long_expression
FROM fooz f
  JOIN baz b
    ON f.baz_id = b.id
WHERE b.bar IS NOT NULL
  AND f.foo <> 'something random'

J'ai des raisons pour pratiquement chaque partie de ce style. Par exemple le premier des virgules dans l'SÉLECTIONNEZ le rendre plus facile pour moi à plus tard sur ajouter une colonne. La mise en retrait de l'instruction de CAS me permet de rester dans un rayon de 80 colonnes et de faire mon code skimmable. J'aime la façon dont un 2 espace tiret avec la ET fait de la OÙ les expressions de la ligne. Et ainsi de suite et ainsi de suite. (J'ai des soins à ce sujet, car mon travail se résume essentiellement au, "Écrire des tonnes de très complexe instructions SQL pour les rapports, et de maintenir ces rapports.")

Ironiquement, l'une des exceptions à la règle que j'ai des raisons pour les choses que je fais est la capitale de mots clés. Je ne fais que de créé habitude.

Answer 2

Mon style :

Des retraits, des virgules à la fin des champs (en avant qui ressemble à la merde - et se déplace juste la « virgule manquante » pour le premier champ plutôt que le dernier d'entre eux), alignement vertical, seule ligne par élément, espace supplémentaire, commentaires - tout pour le principal objectif de lisibilité . Code est pour les gens à lire, pas de compilateurs.

Mes collègues pense que je suis une boule de noix, mais ils aiment travailler sur mon code. :-)

Answer 3

Je suppose que j’ai inventé mon propre style. J’ai comme SELECT, FROM, JOIN, lorsque, ORDER BY tous en position 1 sur les lignes nouvelles, 2 espaces de tiret, casquettes pour la plupart T-SQL réservés mots, crochets entourant tous les noms de champs, et un général tenter tout ce que je peux aligner. Que pensez-vous de celui-ci ?

Answer 4

La convention tout en majuscules pour les mots réservés est très utile à mon avis. Quand vous composez complexe (re : très) interroge, les capuchons de différencier les opérateurs du texte domain (table des noms de colonnes, etc.) peut être un briseur d’affaire pour l’entretien.

En outre, s’il y a une possibilité que d’autres devrez peut-être lire votre code et de le comprendre, être attentif et utilisent la convention plus commune pour leur bien, si rien d’autre.

Answer 5

J’aime les mots clés SQL dans toutes les casquettes et les noms de colonnes et autres en minuscules. Je ne sais pas si c’est le « meilleur » style, mais ça aide quand j’ai besoin d’ajouter ou de supprimer des colonnes d’une requête ou d’ajouter de nouvelles clauses.

Aussi, je préfère les sauts de ligne entre la plupart des clauses, afin d’avoir les bouchons aide là aussi ; Si je vois moyen de casquettes en ligne, j’ai probablement oublié d’ajouter le saut.