Reprise du message précédent :
Je viens de comprendre tu fais une liste pour chaque enrigistrement, cest pas top, si jamais tu as 21 softs sur la machine ça passe pas et si tu en as 15 pour quoi avoir 20 champs.
tu devrais voir en faisant une liaison n,m entre ton utilisateur et ta table softs.
Tu ne mets qu'un seul logiciel par eregistrement dans ta table avec un attribut standard ou non-standard(booléen).
 
 
 
 

si j'ai 21 soft ... en fait j'aurais 15 soft standard et 6 soft en plus hors standard.
si j'en ai 15 en effet j'aurais des champs a vide ... mais il vaut mieux voir trop grand que trop petit je pense.
 
en fait j'ai des conf standard selon l'utilisateur et l'annee, par exemple :
2003 : nom_soft_standard_1 : office 2000
nom_soft_standard_2 : acrobat reader 5
....
2004 : nom_soft_standard_1 : office xp
nom_soft_standard_2 : acrobat reader 6
...
 
et pareil pour les soft hors standard selon l'utilisateur
2003 : nom_soft_1 :catia v4
nom_soft_2 : psn7
2004 : nom_soft_1 :catia v5
nom_soft_2 : psn7
 
sachant que les conf hors standard dependent aussi de l'utilisateur.
 
ce system doit permetre de gerer "des masques" selon la config standard choisie j'ai la liste des softs associes, ce standard ne change qu'une fois par an a peu pres ....
 
comprend tu ce que je ve obtenir, je pense que c'est la meilleur solution ....
 
quoique ... la gestion des hors standard pourait ce passer autrement
 
Merci  ;-)
bon app !
Olivier

 
Si jamais, tu dois faire de la maintenance à grande échelle. Tu cherche tous les utilisateurs de Office 2000 SP2a, dans quel champs cherches tu ? Soft standard (champs 1, 2, ..., ou 20) ? Soft non standard (ben oui, il y a eu des mises à jour) ? Cela devient vite ingérable.
 
Une seule table pour l'ensemble de tes softs comme le préconnise Moritan, c'est plus rationnel.
Je te conseille une table pour lister tes softs et la license ad-hoc et une autre qui fait le lien entre le soft et l'utilisateur. A chaque nouvel élément, c'est un enregistrement de +.
 
De plus, imagine la requête SQL pour une recherche d'un soft qui contient "acro" dans son nom mais dont tu ne sais ni dans quelle table il se trouve, ni dans quel champ : l'enfer.
 
a+

En plus comme ça tu crée des doublon de donnée normalement, une donnée, un seul enregistrement.
Tu n'est pas sencé avoir de liste de données stockée dans une base, juste des l'iste d'index renvoyant à des enregistrement au pire.
Normalement tout se qui peut être calculé d'une manière ou d'une autre doit être supprimer de la base donc ta liste pouvant être généré par une requète SQL, tu es sencé la supprimer

ok T509 je suis d'accord avec toi !
 
par contre ce que vous me conseiller c'est de faire une seule table  
Soft :
Num_soft
Nom_soft
Version_soft
 
et dans ma table utilisateur plusieur champs renvoyant chacun 1 seul soft ... c ca ?
Utilisateur :
Num_util
nom_util
...
num_soft_1 (cle secondaire)
standard_1 (boolean)
num_soft_2 (idem)
standard_2 (boolean)
...
 
c'est ca que vous me conseillez ?
 
dans ce cas comment je peut differencier les soft standard des autres ?
 
Merci  
Olivier

non pas exactement,
 
Soft
- num soft
- nom soft
- version soft
 
utilisateurs
- num utilisateur
- ...
 
lien soft-util
- id lien
- num soft (cle étrangère)
- num utilisateur (cle étrangère)

 
Le champs idlien n'est pas forcément utile on peut le supprimer

C'est exact. Il peut servir à faire des liens plus simples pour pour lancer une reqête par exemple.

ok avec un champs pour le standard ou non ...
lien soft-util  
- id_lien
- num soft (cle étrangère)  
- num utilisateur (cle étrangère)  
- standard (bool)
 
par contre j'ai un pb de comprehension ... ou je vais stocker les soft associe a l'utilisateur ????  
 
il faut que je puisse afficher tous les logiciels installés pour 1 utilisateur il me faut donc :
util1 : office xp : acrobat read 6 : lotus notes R5 : ....
 
de cette facon je ne pourait pas acceder au different logiciel pour 1 util ... non ?
 
Merci  
Olivier

le lien standard, tu le met dans ta table soft :
 
Soft
- num soft
- nom soft
- version soft
- config standard
 
Pour rechercher tous les softs associés à un utilisateur, tu as plusieurs solutions :
 
1- faire plusieurs requêtes  
    1.1- récupérer la liste des num_soft là où tu as ton id utilisateur dans la table line soft/util
    1.2- faire une requête sur la table soft qui te renvoie l'ensembles des softs correspondants
 
2- faire une jonctions des tables soft et lien soft/util  
et tu reherches les softs qui correspondent à ton num util

Non ton champs standard doit être dans ta table logiciel.
 
Pour avoir la liste des logiciel d'un utilisateur tu fait select * from util-soft where id_util = "identifiant utilisateur que tu rechreches"
 
tu obtiendra les identifiant de tout les logiciel de ton utilisateur.
 
Pour faire un affichage lisible et compréhensible deux solutions.
 
Soit tu fait une boucle et pour chaque réponse tu fait la requête  "select nom_soft from soft where id_soft="ta valeur"
 
ou tu fait un inner join de la table soft dans ta requète précédent et tu as toute tes infos directement.

grilled

lol repondez pas aussi vite ... ;-)
donc pour resumer,
 
dans ma table utilisateur je n'ai plus de cle etrangere num_soft
par contre entre ma table soft et utilisateur j'ai une table qui contient les clees etrangere : num_soft et num_util.
 
cette table soft_util ne contient que ces 2 clées etrangeres !
 
de cette facon cette table transition stockera 1 num_util avec 1 logiciel.
 
dsl mais ma connaissance en sql est assez limité ...  
 
Merci encore !
Olivier

et voilà, c'est la façon la plus rationnelle de fonctionner

c'est exactement ça.
tu auras donc un enregistrement dans ta table de liaison par liaison entre un logiciel et un utilisateur.

grilled *2.
Je me ramolie...

t'inquiète pas, tu auras ta revanche

ok je modif mon shema et je le remet en ligne si ca vous dit !
 
merci encore  
Olivier

dis moi T509, c'est toi aussi kontas ???
car je viens de renvoyer mon shema a kontas ....
 
Olivier

je crois pas...

 
Euh non, je n'ai rien à voir avec Kontas

ok parce qu'en fait c'est sous ton nom que mon shema a ete diffusé, alors que je l'ai envoyé a kontas...
est ce que je pe te le mailler afin de le mettre dans le salon ?
si ok donne moi ton mail, j'en habuserai pas    
 
le mien c'est : olivier.hoffmann@valeo.com
 
Merci  
Olivier

De hholivier
 

Merci pour tout je vous tiens au courant
 
Olivier

Si j'était toi je rajouterais une table service avec un lien vers utilisateur.
Comme ça dans ton formulaire de création tu peux mettre une combo pour choisir le service.
En plus ça évite les erreur de saisies et simplifie les recherche de personne par service.
 
On peut faire la même chose pour les localisation mais c'est plus sensible à gérer à cause des relations réflexive donc oublie pour le moment.
 
Par contre tu devrait ajouter un champs localisaztion à ta table machine car l'utilisateur qui te signal un problème n'est pas forcément dans la même pièce.
 
Tu peux aussi optimiser ton champs coordonnée fournisseur avec une table ville tiers par exemple.
 
ensuite tu devrais rajouter une liaison entre périphérique et machine afin de savoir à que machine est ratacher ton périphérique.

ok pour le service c'est une tres bonne idee
 
par contre la localisation c'est en fait des sites (amiens, ST ouen, ...)
 
sur notre site nous n'avons pas de piece mais un grand centre technique ou tt le monde ce voit.
 
ok aussi pour la liaison entre machine et peripherique !
 
Merci ca devient pas mal
 
Olivier

Si tu veux continuer à avoir de l'aide pour ton projet tu devrait créer un post indépendant de celui de SATIS.
car  2 projet pour un seul post c'est un projet de trop.

yes c ce que je pensais mais on m'a dit que ce que je faisait pouvait etre util au projet satis ...

oui bien sur, je disais ça pour toi, car dès que tu auras des questions plus spécifiques, ça risque d'être délicat à gérer pour savoir de quel projet on parle.

oki pour la suite je v creer un post differrent !
 
encore merci pour votre aide
 
@plus  
Olivier

Mets nous un lien vers ton post qu'on puisse venir t'aider

je vous tiens au courant !!!
la c'est bon pour aujourd'hui ....
 
bonne soiree
Olivier

salut tt le monde !
j'ai une pitite question .... qui n'a pas grand chose a voir avec le projet en lui meme mais qui me saoul ....
pourquoi l'auto_increment ne fonctionne pas ???
exemple :
CREATE TABLE service (
  num_service INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  nom_service VARCHAR(45) NULL,
  PRIMARY KEY(num_service)
);
--> ne fonctionne pas par contre :
CREATE TABLE service (
  num_service INTEGER UNSIGNED NOT NULL,
  nom_service VARCHAR(45) NULL,
  PRIMARY KEY(num_service)
);
--> fonctionne tres bien ....
 
je ne comprend pas pourquoi ....
Merci  
Olivier

 
chez moi

ça marche...

ha bon ??????  
j'utilise sqlplus fourni avec oracle 9.2 et ca ne passe pas chez moi ....
sous koi tu tappe ton code ?
 
Olivier

je crois qu'il travaille avec MySQL
 
Est tu sûr que auto_increment est supporté tel quel par Oracle ? L'attribut s'écrit peut-être légèrement différement

Oui j'ai testé avec MySQL
Par contre sous oracle deux solution soit tu fait une fonction soit tu utilises un trigger.
C'est con une base oracle ça c'est pas compter en natif

ok merci ca doit venir de ma base oracle alors ....
il comprend INCREMENT mais pas AUTO_INCREMENT !
 
je vais chercher voir si ca ne ce dit pas autrement sous oracle !
 
Merci encore !
 
Olivier  

salut !
c'est plutot calme ici ...
pour info vous aviez raison, il faut bien que je fasse un trigger pour auto incrementer une clee ...
voila  
 
Merci  
Olivier

hholivier des nouvelles de ton projet ?

Et la gestion des matériels en stocks ?
 
Ceux qui viennent d'être commandés, livrés, à installer, retournés, à détruire...