Discussion :

[HRS]

je crée une vue à partir d'une table et je colle un commentaire
sur le nom de la vue et sur la 1ère colonne de la vue

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
create or replace view VUE_SECT (
       ANNEE_EXERC, NO_SIRET
      ) as select 
      ANN_EXE, SRT_NUM 
      FROM T_SECT;
 
      comment on table VUE_SECT is 'vue exercice 2001';
      comment on column VUE_SECT.ANNEE_EXERC       is 'year EXERC.';

comment puis-je en un seul ordre select voir le contenu de la
table + le nom de la table commenté ('vue exercice 2001' en place de 'VUE_SECT')
+ nom des colonnes commentés ('year EXERC.' en place de 'ANNEE_EXERC'

[Chtulus]

Bonsoir,

Je suis désolé, je ne connais pas cette syntaxe mais tu es sous quel SGBD, quels sont tes tables, tu aurais un jeu explicite ?

[SQLpro]

Les pseudo ordre SQL :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE OR REPLACE

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

comment

n'existent pas en SQL.

SQL est un langage normalisé mais certains éditeurs comme Oracle, ne respecte pas la norme et propose des commandes spécifiques.

Veuillez donc poster dans le forum adéquat.

A l'avenir veuillez repecter la charte de postage en mentionnant le nom de votre SGBDR !

A +

[pacmann]

Salut !

mais certains éditeurs comme Oracle, ne respecte pas la norme et propose des commandes spécifiques

Ouais, et genre SQL Server respecte toujours la norme ?
Allez, allez... ça reste toujours des implémentations...

@HRS : le problème, c'est que l'ordre SELECT touche aux données.
Tes noms de colonnes, c'est de la métadonnée : bien que tu puisse faire un truc du genre SELECT comment FROM all_tab_cols, tu ne pourras pas l'intégrer dans ta requête avec des opérateurs relationnels...
Donc tes maigres chances se trouvent plutôt au niveau d'un flag ou directive du SGBD... mais à priori pas du côté du SQL.

Par ailleurs, disons le : ta problématique relève un tout petit peu du cosmétique, non ?

[SQLpro]

SQL Server la respecte de plus en plus depuis que MS a racheter la licence à Sybase. Par exemple l'appel de date+heure système est GETDATE() sous Sybase et a été étendu à CURRENT_TIMESTAMP qui est la norme. Cepandant et pour des raisons de rétro compatibilité, la fonction propriétaire GETDATE() a été conservée.

De plus les vues de méta données sont implémentée à la norme dans SQL Server (INFORMATION_SCHEMA. ...) ce que peu d'éditeurs de SGBDR respectent, et en particulier pas Oracle.

A +

[pacmann]

Bon, je parle en temps qu'amateur, avec des méthodes d'amateur.
J'ai fait un petit jeu, plutôt pourri :
A partir d'un certain cite de référence (http://sqlpro.developpez.com/cours/sqlaz/fonctions/), j'ai copié le tableau comparatif des fonctions implémentées sur les différents SGBD et la norme SQL dans Excel.
J'ai remplacé toutes les occurences de "O" par 1, toutes les occurences de "N" par 2.
Puis pour chaque SGBD, j'ai calculé la somme des écarts (en valeur absolue bien sûr) à la norme SQL.

Palmarès :
Paradox Access MySQL PostGreSQL SQL Server Oracle Interbase
44 88 102 54 91 87 37

Certes, j'imagine que les données ne sont peut être pas actualisées, mais ça donne une petite idée, non ?

[EDIT]
La mise en forme est laide, désolé.