Discussion :

[jdudoret]

J'ai déjà une base de données avec 9 tables + i table maître dans l'application.
Cette application est une encyclopédie sur les tubes électroniques destinées pour les collectionneurs de TSF voir très anciennes.
Chaque tube est identifié par un nom et aussi par son culot .. plusieurs tubes de nom différents peuvent avoir le même support et même diagramme interne . Dans mon exemple, sur 35.000 noms différents, je me retrouve qu'avec 6000 empreintes identiques réparties dans les 35.000 précédents noms. Est-il possibles de traiter cette conversion à partir d'une autre table indépendante soit 6000 lignes 14 colonnes.
Dans cet exemple, il s'agit d'un code alpha/numérique style "4ET" , 6AF, 9EQ, 14BF, etc..
donc table ou tableau?
Merci d'avance aux spécialistes de cette rubrique.
Dudu31

[SergioMaster]

Bonjour,

tout à fait, les bases de données sont faites pour ça
Avec le peu de détail donné voici un plan simpliste

TABLE TUBE
(NOM
CULOT
CODE_PLAN
....
);
TABLE PLAN (empreintes)
(CODE_PLAN
....
)

avec un contrainte de relation (FOREIGN KEY) entre la table TUBE et la table PLAN
pour obtenir ensuite les informations "complètes" pour un TUBE il "suffit" alors de faire une JOINTURE par l'intermédiaire d'une requête (TQuery)

Code SQL :

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

SELECT TUBE.*,PLAN.* FROM TUBE LEFT JOIN PLAN ON TUBE.CODE_PLAN=PLAN.CODE_PLAN

reste que Paradox est à mon avis limité en tant que système de base de données et qu'il y a maintenant d'autres choix plus "étoffés" (SQLite, PostGresSQL, Firebird embedded,IBGO etc..)