IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes et SQL. Discussion :

Proprietes d'une table par SQL


Sujet :

Requêtes et SQL.

  1. #1
    Nouveau Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 4
    Points : 1
    Points
    1
    Par défaut Proprietes d'une table par SQL
    Chers tous
    Je voudrais avoir une idee de cmt en SQL creer une table dans ACCESS contenant la la liste de toutes les tables precsente dans la base, les champs de chaque table et les descriptions ainsi que les source de donnees pour les liste deroulantes.
    Bien cordialement.

  2. #2
    Invité
    Invité(e)
    Par défaut
    Bonjour

    En SQL tu ne pourras pas avoir tout cela.

    Déjà pour les tables tu peux utiliser Définition et manipulation de données avec DAO.

    Pour les listes déroulantes un peu de VBA et la propriété RowSource de celles-ci.

    Philippe

  3. #3
    Membre éclairé Avatar de dumas.blr
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juin 2010
    Messages
    598
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2010
    Messages : 598
    Points : 879
    Points
    879
    Par défaut
    Bonsoir,

    Je ne sais pas si mon intervention est inopportune, mais il me semble que l'on peut directement requêter sur les tables système de la base
    (msysobjects, msysnavpaneobjectsid, etc.)

    Pour les visualiser, il suffit d'aller dans options access, base de donnée active, puis cliquer sur le bouton options de navigation et cocher les cases afficher les objets système et afficher les objets cachés.

    Cela permet déjà de voir le descriptif des tables et des champs de formulaire

    Cdlt

  4. #4
    Membre chevronné
    Inscrit en
    Août 2006
    Messages
    1 588
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 1 588
    Points : 2 178
    Points
    2 178
    Par défaut
    Bonjour,
    Au risque de perdre la base, il vaut mieux ne pas toucher à ces tables
    et les laissés cachés.
    Le code permet de récupérer ce que l'on veut alors ...

  5. #5
    Membre éclairé Avatar de dumas.blr
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juin 2010
    Messages
    598
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2010
    Messages : 598
    Points : 879
    Points
    879
    Par défaut
    Bonjour Helas

    Pourquoi y aurait-il un risque de perdre la base ?

    Il me semble que ces tables ne sont pas accessibles en lecture/écriture à l'utilisateur ?

  6. #6
    Nouveau Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 4
    Points : 1
    Points
    1
    Par défaut
    Merci a tous pour les propositions interressantes.
    J'ai deja explorer l'option VBA. Actuellement j'ai deja un code ki permet de creer les dites tables dans un fichier text. Je pense qu'il est egalement posible de faire directement dans la base de donnees.
    Mais,mon but final cest de pourvoir lire une base de donnees access dans STATA (logiciel statistiques) et obtenir les descriptions des tables et des modalites. Actuellement STATA ne permet pas d'obtenir ces information lors des transfert avec "odbc". Egalement STATRANFER ne le permet pas non plus.
    La strategie que j'ai trouver est de creer les dites tables qui font office de dictionnaire des variables. Avec ces tables, je suis en mesure de faire les transferts et d'atteindre mon objectif. Mais malheureusement il faudra creer au prealable les dictionnaires de facon externe a STATA dans la base de donnee.
    Je voudrais me passer de ca en explotaire la possibiliter d'executer du SQL dans stata.

    Il y a til un moyen d'exceter un code vba ecrit dans un editeur de text externe a la base de donnees dans SQL?
    Si cela etai possible je pourrai contourner le probleme et executer les code VBA que jai actuellement.

    Encore merci pour le precieux aide que m'apporte notre forum.
    Bien a tous

  7. #7
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Bonjour à tous,

    adyissea, STATA et STATRANFER sont-ils capables de lire, via ODBC, des tables "normales" (non système) ?

  8. #8
    Nouveau Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 4
    Points : 1
    Points
    1
    Par défaut
    je pense que oui.

    STATA 10 et plus (peut que les versions anterieur aussi) ont une commande nommee "odbc" qui permet de lire direcement des tables via les source de donnee ODBC. Il faudra au prealable definir la base de connee comme source de donnee ODBC.
    pour STATRANSFER, je ne sais pas comment ca procede. Mais le transfert vers STATA des base de donnees est possible. Juste qu'il a perte des description et des source de donnee pour les liste deroulantes qui sont les "etiquette de variable dans STATA"
    Bien a tous

  9. #9
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Alors, dans Access, tu pourrais créer des requêtes "création de table" qui alimenteraient des tables "normales" à partir des tables "système".

    Maintenant, il faut travailler sur le contenu des tables "système" : il existe, sans doute, de la documentation les concernant dans la partie doc/tuto du forum. A chercher.

  10. #10
    Membre éclairé Avatar de dumas.blr
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juin 2010
    Messages
    598
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : Conseil

    Informations forums :
    Inscription : Juin 2010
    Messages : 598
    Points : 879
    Points
    879
    Par défaut
    Pour rebondir sur le post de richard_35, tu peux exécuter ton VBA et, au lieu de sortir le résultat dans un fichier texte, les insérer dans une table, qui sera ni plus ni moins que la description de ta table.

  11. #11
    Nouveau Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 4
    Points : 1
    Points
    1
    Par défaut
    Merci a tous.
    j'ai pu acceder au tables systeme comme indiquer par dumas.blr.
    Mais ces table ne contiennent pas les description que je souhaites. Et semble etre en lecture seule. J'ai fouiller sur le forum comme me la conseiller Richard_35
    afin de pouvoir alimenter les table systeme par les propriete des tables normales, mais j'ai encore rien trouver a part un post de Lucifer dans la FAQ disant qu'il n'est pas possible de modifier ces table.
    En ce qui concerne la suggestion de dumas.blr, je pense pouvoir reussir a excecuter le VBA et avoir les resultats dans une table plutot que dans un fichier access.

    Ce pendant, je voudrais savoir s'il y a une moyen de de faire via SQL depuis stata ? Je sais que STATA permet d'executer du SQL, cest pour cela que je voudrais contruire les dictionnaire via SQL.
    Encore merci pour les importantes pistes suggerees.
    Bien a tous

    l faut travailler sur le contenu des tables "système" : il existe, sans doute, de la documentation les concernant dans la partie doc/tuto du forum

  12. #12
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Tu ne peux modifier les tables "système" d'Access, et heureusement...

    Le contenu de ces tables varie de façon dynamique. Par exemple, dès que tu ajoutes un champ à une table Access, la partie de la table "système" d'Access concernée se met à jour.

    Ce n'est pas que Access nous donne accès "par gentillesse" à ces tables "système" mais, ce sont les tables que Access utilise, lui-même, pour travailler.

Discussions similaires

  1. Réponses: 3
    Dernier message: 06/09/2010, 17h22
  2. [SQL] Compter le nombre d'occurences dans une table par valeur
    Par SpaceFrog dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 16/04/2008, 18h22
  3. Réponses: 4
    Dernier message: 31/10/2007, 21h27
  4. Création d'une table par requête SQL
    Par mister3957 dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 26/05/2006, 10h30
  5. MAJ d'une table sous SQL Server par insertion
    Par keish dans le forum Langage SQL
    Réponses: 6
    Dernier message: 11/06/2003, 17h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo