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 PostgreSQL Discussion :

Ajouter les colonnes d'une table dans une autre


Sujet :

Requêtes PostgreSQL

  1. #1
    Futur Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Avril 2012
    Messages
    8
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2012
    Messages : 8
    Points : 7
    Points
    7
    Par défaut Ajouter les colonnes d'une table dans une autre
    Bonjour à tous,

    En fait, je dois ajouter les colonnes d'une table à une autre. J'ai une table salariés contenant près de 130 colonnes et j'aimerai y ajouter les colonnes d'une autre table, appelée inactivité, contenant elle 30 colonnes, ce qui me reviendrait en tout à une seule table salariés avec 160 colonnes. Serait-ce possible de le faire?

    Merci d'avance

  2. #2
    Modérateur
    Avatar de al1_24
    Homme Profil pro
    Retraité
    Inscrit en
    Mai 2002
    Messages
    9 080
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 63
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Retraité
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2002
    Messages : 9 080
    Points : 30 763
    Points
    30 763
    Par défaut
    Toutes ces colonnes sont renseignées ? Pour toutes les lignes ?
    Il y a une et une seule ligne d'inactivité pour chaque ligne de salariés ?

    Si techniquement c'est possible, pose-toi d'abord la question de savoir si fonctionnellement c'est intéressant ou si une simple jointure, quitte à créer une vue, ne serait pas suffisant.
    Modérateur Langage SQL
    Règles du forum Langage SQL à lire par tous, N'hésitez pas à consulter les cours SQL
    N'oubliez pas le bouton et pensez aux balises
    [code]
    Si une réponse vous a aidé à résoudre votre problème, n'oubliez pas de voter pour elle en cliquant sur
    Aide-toi et le forum t'aidera : Un problème exposé sans mentionner les tentatives de résolution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail à sa place... et ne donne pas envie d'y répondre.

  3. #3
    Futur Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Avril 2012
    Messages
    8
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Avril 2012
    Messages : 8
    Points : 7
    Points
    7
    Par défaut
    Bah, on m'a dit d'ajouter les colonnes à la fin de l'autre table, et rien d'autre. Je suis un peu paumé de doit avouer ^^'

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 716
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 716
    Points : 52 380
    Points
    52 380
    Billets dans le blog
    4
    Par défaut
    Si on vous disait de vous jeter d'un pont, le feriez vous ?

    Ayez un peu de jugeote !!!

    Commencez par lire ceci : http://blog.developpez.com/sqlpro/p1...ances-petites/

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre confirmé
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juin 2005
    Messages
    700
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Tourisme - Loisirs

    Informations forums :
    Inscription : Juin 2005
    Messages : 700
    Points : 488
    Points
    488
    Par défaut
    Citation Envoyé par TimmyP Voir le message
    Bonjour à tous,

    J'ai une table salariés contenant près de 130 colonnes
    J'ai beau etre débutant dans le domaine, une telle table me parrait absolument ingérable !!! Toujours sans m'y connaitre, et en restant humble, ca sent la BDD extremement mal structurée et impossible à faire évoluer

    Je pense aussi que le mieux est de créer une vue, coté utilisateur, ça semble etre une table (une nouvelle version de la table d'origine), et ça évite d'avoir à toucher à ce qui existe déjà.

    Celui qui vous a demandé d'ajouter les colonnes, vous a t'il expliqué comment il comptait faire lorsqu'il faudra modifier les valeurs d'une de ces nouvelles colonnes? faudra t'il le faire dans la table de 160 colonnes? ou celle de 30 colonnes? ou les deux ?

    Est ce que ça a un sens? telle est la question non ?

  6. #6
    Membre habitué
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mars 2007
    Messages
    310
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Burkina Faso

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Mars 2007
    Messages : 310
    Points : 133
    Points
    133
    Par défaut
    Essaies de décomposer ta relation salaries
    160 tables c'est beaucoup trop.
    Une simple sélection te coutera en temps
    Imagine que tu veuilles parcourir une matrice de dimension [160][1000000] même les indexs ne te sauveront pas.

Discussions similaires

  1. copier une table d'une BDD dans une table d'une autre BDD
    Par faniette dans le forum C++Builder
    Réponses: 2
    Dernier message: 15/05/2013, 11h17
  2. Réponses: 7
    Dernier message: 25/03/2011, 11h52
  3. [AC-2003] Lier les tables d'une Base1 dans une Base3 via une Base2
    Par ted the Ors dans le forum VBA Access
    Réponses: 0
    Dernier message: 30/12/2009, 12h58
  4. [AC-2003] insert des données d'une table dans une table d'une base externe
    Par marieo dans le forum VBA Access
    Réponses: 1
    Dernier message: 30/11/2009, 15h29
  5. Réponses: 3
    Dernier message: 13/01/2009, 17h55

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