Discussion :

[polothentik]

Bonjour,

Peut-on effectuer une commande INSERT INTO sur le même modèle que :

Code :

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

1
2
3
SELECT Employees.Name, Orders.Product
FROM Employees, Orders
WHERE Employees.Employee_ID=Orders.Employee_ID

Autrement dit, INSERT des données dans plusieurs tables en même temps ?


Je souhaiterais avoir votre avi sur la méthode la plus pertinente pour éviter les doublons lors de l'introduction de données dans la BDD. En théorie, si la vérification est efficace avant chaque insertion, il n'y aura aucun doublon dans la base (et donc pas de nécessité de faire des GROUP BY pour une recherche dans la base).

Actuellement, je fais :

- SELECT COUNT(*) des données (sensées être uniques) dans une table
- SELECT des données
- boucle for en PHP avec un if(données extraites == donnée à rentrer) alors break; sinon INSERT de la donnée

Je trouve ça un peu lourd, surtout si on considère le cas d'une table contenant plus de 500 lignes !!!!!

Merci d'avance pour toutes les propositions que vous allez me faire !!

[vmolines]

Mettre une contrainte d'unicité sur une colonne, c'est pas mal non plus.

Si vous voulez être plus pointu, vous pouvez définir une collation particulière qui ne tiennent pas compte de la casse ou des accents pour rendre l'unicité plus stricte. Voir cet article à ce sujet : http://sqlpro.developpez.com/cours/s...er/collations/ . Et voir l'implémentation dans votre SGBD.

[polothentik]

Ok pour la contrainte d'unicité de la colonne ! Autrement dit, si je fais une commande INSERT INTO et que ma donnée existe déjà dans la colonne, il ne l'écrira pas et continuera à lire le code comme si de rien n'était !

Pour effectuer des tests, saurais-tu me dire comment récupérer l'information comme quoi les données n'ont pas été enregistrées.

Merci pour ton aide !

[vmolines]

La requête échoue dans ce cas. Vous récupérez un code erreur. A voir avec votre langage de programmation et la couche d'accès aux données.

[polothentik]

La contrainte d'unicité fonctionne vraiment très bien... j'apprécie beaucoup le fait qu'elle ne fasse pas la distinction entre les minuscules et les majuscules.

Pour mes tables de "transition", je cherche donc à indexer 2 champs pour qu'une paire similaire ne puisse être inséré. J'ai trouvé un POST Developpez.com sur le sujet mais je ne comprend pas vraiment comment il met en place sont index sur 2 champs. (Pour info, je travaille sous Access...)

Je tiens à préciser que mes champs en question sont des clés primaires... est-ce donc possible?

Merci

[vmolines]

Une clé primaire est forcément unique. Une clé primaire (au même titre qu'un index) peut porter sur plusieurs colonnes à la fois, cas typique des tables d'association pour représenter les cardinalités n-m.

Mais vous vous éloignez du sujet initial. Pour voir comment mettre en place une clé primaire composée sous Access, vous pouvez demander dans le forum approprié.

Bonne continuation

[polothentik]

Ok ! Merci pous tous ces bons conseils !