OK, stocker l'identifiant PK d'origine est une bonne chose, il faudrait toutefois s'assurer que celui-ci ne change pas dans la base de données source (c'est très rare, c'est pas bien, mais ça arrive,...
Type: Messages; Utilisateur: escartefigue
OK, stocker l'identifiant PK d'origine est une bonne chose, il faudrait toutefois s'assurer que celui-ci ne change pas dans la base de données source (c'est très rare, c'est pas bien, mais ça arrive,...
Dans un cas chaque mise à jour sur une BDD déclenche un envoi vers une ou plusieurs autres BDD de façon plus ou moins synchrone. La synchro peut se faire dans un seul sens (maitre/esclave) ou dans...
J'aurai pu être d'accord dans un autre contexte, sauf que de ce que je comprends, on est pas dans un contexte de réplication, mais de duplication. Il s'agit d'une BDD externe sans lien d'intégrité...
Non : sur toute colonne ou groupe de colonnes ayant une contrainte UNIQUE, c'est pourquoi je propose une solution utilisant dans mon exemple une simple colonne unique autre que la PK
La PK est par...
Le critère de rapprochement unique ne peut pas être l'identifiant (sauf si, cas rare et très déconseillé, L'ID contient en fait une valeur sémantique fonctionnelle et non pas un chrono technique),...
S'il s'agit de deux tables différentes, les identifiants techniques sont différents, il faut donc rapprocher les éléments des deux tables sur d'autres critères, par exemple la colonne "événement"...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.