Discussion :

[awa123]

Bonjour,

j'ai 2 tables : base_article et commande

j'essaye de définir la colonne code_article (colonne qui se trouve dans les 2 tables) en clé primaire dans ma table base_article

ALTER TABLE base_article
ALTER code_article INT NOT NULL PRIMARY KEY CLUSTERED IDENTITY

quand j'execute, ça m'affiche l'erreur suivante :
Syntaxe incorrecte vers le mot clé 'PRIMARY'.

merci de votre aide

[escartefigue]

Bonjour,

Communiquez le DDL CREATE TABLE et essayez en ajoutant le mot-clef "COLUMN" dans l'ordre ALTER : ALTER TABLE ma_table ALTER COLUMN ma_colonne...

[awa123]

Bonjour,

malheureusement ça bloque toujours, cf image jointe

[escartefigue]

Code :

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

1
2
3
4
CREATE TABLE base_article(
   code_article INT IDENTITY clustered,
   PRIMARY KEY(code_article)
);

Cela étant dit, la table est extrêmement mal modélisée, la pléthore de colonnes varchar(255) est symptomatique d'un modèle tabulaire fourre-tout.
Une catégorie doit faire l'objet d'une table en lien avec la table article :
ARTICLE 1,1 --- categoriser --- 0,n CATEGORIE (l'identifiant de la catégorie, et non pas son libellé, se retrouvant donc dans la table ARTICLE comme FK)
Idem pour le fournisseur, un fournisseur peut fournir plusieurs articles et un même article peut éventuellement avoir plusieurs fournisseurs, donc :
FOURNISSEUR 0,n --- proposer --- 0,n ARTICLE
ce qui donne trois tables : FOURNISSEUR, PROPOSER et ARTICLE
Les noms ne sont pas adaptés. Si la table "base_article" est la table des article, il faut la nommer "article". L'utilisation de "code_article" ne convient pas non plus : un identifiant n'est pas un code. Tout ceci est source de confusion.

[awa123]

oui effectivement j'ai juste importer mes 2 Tables :
Article, qui donne toutes les caractéristiques relatives aux différents article qu'on identifie par le code_article, pour moi c'est l'identifiant, clé primaire de la Table Article car chacun est unique
La Table Commande qui donne toutes les infos relatives aux commandes passées (date, qté ...)

c'est pour cela que je cherche à définir la clé primaire au niveau du code_article dans la Table Article, qui sera la clé étrangère dans la Table Commande afin de pouvoir faire une jointure.

Je comprends en effet la modélisation que vous expliquez entre la Table Catégorie / Article et Fournisseur / Article, du coup faut que créer de nouvelles Tables pour avoir une modélisation propre et clair.

Mais ne puis je pas laisser tel quel même si c'est pas propre du tout la modélisation ? admettons que c'est uniquement pour récupérer quelques résultats à la va-vite? dois je malgré tout décortiquer pour avoir une modélisation propre ? car même si c'est pas propre, dès lors que j'arrive à lié (rapidement, donc sans modéliser) avec une jointure je pourrai récupérer tous les résultats souhaités.
L'idée c'est de chercher des résultats rapidement et ponctuellement

mais malheureusement ca ne fonctionne toujours pas la définition de la clé primaire

merci pour vos explications

[escartefigue]

Une base mal modélisée c'est des données non fiables et des requêtes complexes et peu performantes.
Donc, si possible, peaufiner le modèle n'est pas un luxe.
Vos explications en ajoutent une couche supplémentaire : l'article ne doit pas être lié directement à la commande, sauf si une commande ne concerne toujours qu'un et un seul article. Dans tous les autres cas, il faut créer une table ligne de commande.

Au niveau conceptuel :

CO_COMMANDE(CO_ident, CO_date...) 1,n --- posseder --- 1,1(R) LC_LIGNE_CDE(LC_ident, LC_QTE...) 1,1 --- concerner --- 0,n ARTICLE (AR_ident, AR_reference, AR_designation...)


Au niveau tabulaire (PK soulignées, FK suffixées #) :

CO_COMMANDE(CO_ident, CO_date...)
LC_LIGNE_CDE(CO_ident#, LC_ident, LC_QTE..., AR_ident#)
AR_article(AR_ident, AR_reference, AR_designation...)