Problème de requêtes sql
Fermé
hh
-
10 sept. 2015 à 20:11
luckydu43 Messages postés 4002 Date d'inscription vendredi 9 janvier 2015 Statut Membre Dernière intervention 3 janvier 2025 - 10 sept. 2015 à 21:12
luckydu43 Messages postés 4002 Date d'inscription vendredi 9 janvier 2015 Statut Membre Dernière intervention 3 janvier 2025 - 10 sept. 2015 à 21:12
A voir également:
- Problème de requêtes sql
- Nos systèmes ont détecté un trafic exceptionnel sur votre réseau informatique. cette page permet de vérifier que c'est bien vous qui envoyez des requêtes, et non un robot ✓ - Forum Virus
- Logiciel sql - Télécharger - Bases de données
- Récupération de serveur sql - Télécharger - Gestion de données
- Sql replace plusieurs valeurs - Forum Programmation
- Erreur lors de l'envoi de la requête facebook marketplace - Forum Facebook
1 réponse
luckydu43
Messages postés
4002
Date d'inscription
vendredi 9 janvier 2015
Statut
Membre
Dernière intervention
3 janvier 2025
989
Modifié par luckydu43 le 10/09/2015 à 20:32
Modifié par luckydu43 le 10/09/2015 à 20:32
Bonsoir !
Dans le script SQL, juste après les scripts de création de tables, ajoutez la requête suivante :
ALTER TABLE NomDeLaTableCible
ADD ADD CONSTRAINT fk_NomDeLaContrainte
FOREIGN KEY (NomDeLaCléEtrangèreDansLaTableCible)
REFERENCES NomDeLaTableSource(NomDeLaCleSource)
Bonne soirée !
Luc
P.S. : On peut le faire aussi directement dans la définition de la table cible... mais cette requête à l'avantage de séparer les clés étrangères des autres tables. Visuellement c'est plus lisible donc plus facile à débugger ;-)
Les 3 plus grands mensonges du dev : 1. La doc ? On la fera plus tard... 2. Le programme a été testé et ne comporte aucun bug... 3. Les spécifications techniques arrivent...
Dans le script SQL, juste après les scripts de création de tables, ajoutez la requête suivante :
ALTER TABLE NomDeLaTableCible
ADD ADD CONSTRAINT fk_NomDeLaContrainte
FOREIGN KEY (NomDeLaCléEtrangèreDansLaTableCible)
REFERENCES NomDeLaTableSource(NomDeLaCleSource)
Bonne soirée !
Luc
P.S. : On peut le faire aussi directement dans la définition de la table cible... mais cette requête à l'avantage de séparer les clés étrangères des autres tables. Visuellement c'est plus lisible donc plus facile à débugger ;-)
Les 3 plus grands mensonges du dev : 1. La doc ? On la fera plus tard... 2. Le programme a été testé et ne comporte aucun bug... 3. Les spécifications techniques arrivent...
10 sept. 2015 à 21:06
10 sept. 2015 à 21:12
Avez-vous effectué des tests pour vérifier si la clé étrangère n'est pas déjà présente (Remplissage des tables par des valeurs test puis select * pour pas perdre de temps) ?