|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Dimitri RODRIGUES-OLIVEIRAÉtudiant Inscription : avril 2012 Messages : 8 ![]() |
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 |
|
|
00
|
|
|
#2 |
![]() ![]() Alain Ingénieur d'études décisionnel Inscription : mai 2002 Messages : 4 868 ![]() |
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 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
|
|
|
00
|
|
|
#3 |
|
Invité de passage
![]() Dimitri RODRIGUES-OLIVEIRAÉtudiant Inscription : avril 2012 Messages : 8 ![]() |
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 ^^'
|
|
|
00
|
|
|
#4 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 12 074 ![]() |
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 Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
|
#5 |
|
Membre éprouvé
![]() |
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 ? |
|
|
00
|
|
|
#6 |
|
Membre régulier
![]() Ingénieur développement logiciels Inscription : mars 2007 Messages : 246 ![]() |
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. |
|
|
00
|
Copyright © 2000-2013 - www.developpez.com