Re bonjour, Le 03/10/07, jacques-f<[EMAIL PROTECTED]> a écrit : > > > Alex Thurgood a écrit : > > On Tuesday 02 October 2007 17:44:59 jacques-f wrote: > > > > Bonjour Jacques, > > > > > >> Pas de risque de conflits de clé puisque la première table commencera à > >> 1000 et la deuxième, par exemple, à 2000. > >> A part au niveau de la clé, où peut-il y avoir de problème au niveau des > >> doublons ? > >> > > > > Si je comprends bien : > > Tu as une table X avec des enregistrements que tu vas donner en copie à 2 > > personnes. La table donnée en copie comporte tes propres enregistrements > > indexés avec une clé primaire commençant à 0 et allant jusqu'à 999 par > > exemple. Ensuite chaque personne remplira sa table à sa guise avec les > > données qui lui sont propres, mais là il va falloir que tu forces la clé > > primaire à renuméroter à partir de 1000 resp. 2000 pour chaque copie > > correspondante. Cela supposera de modifier le script de création pour chaque > > copie de la table dans la bdd que tu leur donnes (en fait du conteneur ODB > > si > > j'ai bien compris). > > > oui, je forcerai la clé. > > Comment alors t'assurer que lorsque ces personnes te rendent leurs tables > > respectives que tu n'aies pas de doublons (sauf si elles saisissent > > obligatoirement des données différentes) ? Je ne vois pas comment faire ça > > d'une manière simple. Si tu fais un simple APPEND des données des autres, en > > admettant que tu aies résolu le problème de la clé primaire, comment > > vérifier > > que ce que tu importes n'existe pas par ailleurs dans ta table sous une > > autre > > numéro de clé ? > > > > > Même si c'était le cas, pas de problème de clé primaire (un démarre à > 1000, quand l'autre démarre à 2000), est-ce qu'un doublon peut mettre > en cause le fonctionnement du moteur de la base ? > > Pour moi, ce genre de choses ne peut se faire facilement et sans > > manipulation > > fastidieuse, parce qu'il te faudra comparer les tuples de chaque copie de > > table par rapport à la tienne avant de l'ajouter, et Base ne sait pas faire > > ça toute seule. > > > > En fait, Base ne sait pas distinguer de manière automatique une commande > > INSERT d'une commande UPDATE uniquement à partir des données déjà > > enregistrées dans la table de référence et la table copie. Pour cela, il > > serait peut-être plus utile de passer par l'exportation de la table en > > feuille Calc, puis de faire une consolidation des feuilles Calc recueillies, > > et ensuite les recopier dans la table Base. > > > J'ai essayé, mais le résultat ne fut pas à la hauteur de mes espérances. > Je n'ai pas compris le fonctionnement du passage de calc à Base et de > Base à Calc. Ma base existe, mon fichier Calc existe, mais quand je fais > coller dans la base, il me met tout dans une seule "cellule". > Et je ne sais pas, non plus, ce que veut dire consolidation des feuilles > Calc. > > Merci de votre aide. donc pour ce que tu veux faire, et sous réserve de conflits, c'est assez simple : - ouvrir le document Base destination (le tien donc) - ouvrir le document base source (un de ceux qui ont été remplis ailleurs) - afficher les tables du source - clic-droit sur la table concernée > copier - afficher les tables du destination - clic-droit sur la table destination > coller - cocher "ajouter des données" > suivant - cocher chaque champ de la table source > créer
et hop ... > > Jacques > > Alex > > > > Alex > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Manuel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
