Existe-il un commentaire de plusieurs lignes de délimiteurs en SQL des fournisseurs, agnostique?

Lors de l'édition, de la construction, ou la cueillette de cerises à partir de SQL je peux trouver moi-même en interaction avec l'un des quatre populaires outils de base de données. J'ai eu recours à une seule ligne de commentaire pour DB2 et Informix. J'ai créé des macros dans vim pour rendre cela un peu plus efficace, mais je me demandais si je travaille trop dur.

  • Le gros problème avec un commentaire de plusieurs lignes délimiteurs n'est pas la portabilité; c'est l'impossibilité de nidification.
InformationsquelleAutor ojblass | 2009-04-08
  1. 42

    Les commentaires de type C sont la norme SQL 2003 et SQL 2008 (mais pas dans SQL 1999 ou avant).
    La suite de SGBD supportent tous les commentaires de style C:

    • Informix
    • PostgreSQL
    • MySQL
    • Oracle
    • DB2
    • Sybase
    • Ingres
    • Microsoft SQL Server
    • SQLite (3.7.2 et plus tard)
    • Teradata et Aster

    Qui n'est pas possible de SGBD, mais il est plus ou moins tous les grands SQL SGBD. (Je vais volontiers ajouter des notes à propos de tout autre SGBD que n'a - ou n'a pas de soutien de commentaires de style C.)

    Le SQL standard 2003 documents de commentaires notations ainsi:

    <comment> ::= <simple comment> | <bracketed comment>

<simple comment> ::=
    <simple comment introducer> [ <comment character> ... ] <newline>

<simple comment introducer> ::=
    <minus sign> <minus sign> [ <minus sign> ... ]

<bracketed comment> ::=
    <bracketed comment introducer> <bracketed comment contents>
    <bracketed comment terminator>

<bracketed comment introducer> ::= <slash> <asterisk>

<bracketed comment terminator> ::= <asterisk> <slash>

<bracketed comment contents> ::= [ { <comment character> | <separator> }... ]

<comment character> ::= <nonquote character> | <quote>

    IBM Informix Dynamic Server (IDS ou Informix) prend en charge les commentaires de style C. Il supporte aussi la{ ... }' comme potentiellement les commentaires multi-lignes, sauf dans les contextes où il veut autre chose, ce quelque chose d'autre, d'être une LISTE ou un ENSEMBLE ou MULTISET littérale. (Vous trouverez peut-être que DB-Accès devient confus par les commentaires de style C; c'est une question distincte.)

    • Juste assez, il n'était pas clair de la norme SQL est en cours de discussion (et de mon information était à jour). Néanmoins, je persiste à affirmer que C-les commentaires de style ne sont pas complètement vendeur agnostique.
    • Je pense que le mieux que je puisse espérer, c'est SQL 1999 🙁 eh bien, au moins j'ai vim partout.
    • Il repose sur les versions que vous utilisez, mais je pense que vous trouverez que les produits sont bien en avance de la norme. J'ai trouvé des commentaires à partir de 2003 pour MySQL avoir des (petits) problèmes avec /* commentaires */, mais l'utilitaire de niveau, pas au niveau du serveur. Je pense que vous trouverez que la plupart des serveurs ont soutenue depuis 2000.
    • sqlite (version 3.7.2) prend également en charge eux.
    • Il semble DB2 n' pas C-les commentaires de style: 3rdstage.blogspot.com/2009/04/...
    • Je n'ai pas de DB2 pour jouer avec vous à vérifier, mais cette section sur commentaires SQL dans le SQL manuel indique qu'il n'. Je ne pense pas que c'est une nouvelle fonctionnalité dans DB2 10.1, pour toutes que c'est l'10.1 manuel je suis de pointage. (PS: s'il vous Plaît laissez-moi savoir si ce n'est pas un lien public.)
    • Hmmm, vous avez raison. Auparavant, j'avais essayé un commentaire de type C dans une requête dans le Centre de Contrôle et c'était comme si l'analyseur n'a pas le reconnaître comme un commentaire, mais je viens d'essayer à nouveau avec une autre requête, et cela a fonctionné. Doit avoir la syntaxe raté son coup en haut.

    InformationsquelleAutor Jonathan Leffler
  2. 8

    La norme ISO définit uniquement les commentaires d'une ligne commençant par deux tirets. Certains fournisseurs d'appui de type C les commentaires (c'est à dire plusieurs lignes commençant par /* et se terminant par */), mais il ne devrait pas être considéré comme "fournisseur agnostique".

    InformationsquelleAutor Ben Hoffstein