Import af 2 tabels fra en database

Hvis de data, som importeres er de gyldige, kan du så ikke bare:

-Importere de 2 tabeller i 2 temporære tabeller
-Slette de respektive poster i de 'gamle' tabeller
-Tilføje alle data i de 2 temporære tabeller.

/Thomas

How many fields are we talking about?

Du har allerede importeret de 2 tabeller. Resten er lidt kryptisk, men jeg vil foreslå, at du hælder data fra de 2 importerede tabeller ind i en 3. tabel, of derefter kører forespørgsler, som du finder i databasevinduet under forespørgsler > find relaterede poster eller find ikke relaterede poster

Nu er begge eksperter på banen, og da jeg har været til "efterbryllup" tillader jeg mig at gå i køjen ;o)

By The Way terry  > I hope you enjoy your holliday ;o)

thomasjepsen : jo det var en mulighed men jeg ville gerne have at det var en automatisk process

terry: 2 som skal sammenlinges med 2 andre og tilpasse sig

mugs : den fanger jeg ikke, jeg kan ikke forstå det du skriver men det er måske en løsning

sov godt mugs

jhavn-> Jeg havde nu også tænkt mig, at det skulle ske automatisk vha. forespørgsler som bliver afpillet vha VBA

Ja, sov godt Mugs....vi andre arbejder bare videre, ikk'! ;-)

I databasevinduet vælger du fanen forespørgsler > Ny > Guiden find ikke relaterede poster.
På den måde kaqn du isolere poster der findes i den ene tsbel men ikke i den anden. Du kan herefter køre en sletteforespørgsel på denne.

jhavn-> Det eneste, som kan drille lidt, er at få slettet de poster, som er dubleret. Men dette gøres med en simpel sletteforespørgsel, som joiner den importerede tabel med den oprindelige.

thomas > Du er velkommen til at arbejde videre. Vi vælger selv vort erhverv. Jeg er træt. Meget træt og meget søvnig ;o)

what am I doing here, I am on holiday :o)

Jesper>Dont you need to compare ALL FIELDS in these tables or am I missing something?

jo det er korekt mit engelsk er åbenbart ikke så godt som jeg selv går og tror

If your primary key values are the same in both tables then I would also just delete those which exist and then import them. Those which dont exist just need importing

jo da der vil være omkring 5000 indtastninger i de tables og det ville være noget af en opgave

jeg har nok forklaret mig lidt udtydligt da det er koloner og ikke tables

?
jhavn>can you sned the dB to eksperten@santhell.dk and I will take a look, or we can be here a long time just findng out what we need to do

ok jeg prøver

terry så er de sendt

OK

I havent received anything yet!

Now I think its here

did you send a bus, its taking some time :o)

den burde være der nu

Yes!

OK, this is JUST a status so we all know whats happening!
One table contains two fields (first and last name) Another table, which we are importing into contains a number of fields two of which are related to the first table by First and last name. So as far as I see it, it will NEVER be necessary to update any records! This is because we must use both fields (first and last name) to get a unique relationship and as there are no other fields in the first table, what is there to update? So it MUST be just a case of importing those which do not already exist. Those which get imported will only have first and last name field, plus an email  email field which is required set to a default value.

first and last name skal opdateres da der er en udskiftning af disse

It the story goes on!
First name is a Unique Index!

jeg ved ikke om det er et dumt spøgsmål men hvad med der skal slettes

Jesper, its getting late and problems keep appearing!
How can you have First Name as a Unique Index?
EXAMPLE: You have

Anders Agensø
Anders Skoubye

If Anders is to be a unique index then I can only append one of these!
As I said 17/08-2003 22:50:04 I MUST use BOTH fields to find a match!
Otherwise you are going to have to give a MUCH BETTER explanation as to how I am expected to do this!

But now I 'm stopping for the evening!

Det er vel stadig muligt at lave opdateringen ved at tilføje en ID kolonne til begge tabeller, hvis der er tale om de samme poster sorteret på samme måde. Er der nogen grund til at fornavn er Unique?

det jeg skal bruge det er at fornavn og efternavn er login og pass for en hjemmeside men skal hentes i en stor database som ændrer sig meget og derfor skal men kunne på en nem måde slette muligheden for at disse kan bruge deres login og pass samtidlig skal brugerne have muligheden for at ændre deres pass den man sletter deres profil, grunden til at man ikke bare kan bruge den store er at dens størrelse, så ved at hente og sammenligne fornavn og login slipper man med en mindre database da webpladsen nok ikke kan rumme den store og det ville jo også være surt hvis alle fik aadgang til alle de oplysninger der er i den store database derfor problemmet jeg ved ikke om det kastede lidt lys over sagen

hvis jeg ikke kan bruge fornavn kan jeg vel bruge et andet felt

Morning!
Jesper the probem is that you MUST have one or more fields wich make a UNIQUE INDEX. This unique index MUST exist in BOTH tables so that it is possible to make a relationship between them. Changing one or more of these fields making up the unique index makes it impossible to find the related records. It would be like giving you a new CPR number and not recording the change anywhere!

Normally not even a first name and last name make up a unique index, I am sure there are other people with the same name as you have. So YOU must find a way of giving each person a unique index. One way of doing this is let the user decide what they want to use when they get entered into the dB. Then check to make sure that the "user name" doesnt already exist, if it doesnt then they need to enter a password which they will use along with their unique "user name". Its a bit like the user name we have on eksperten, there only exists ONE, but it is NOT your first name!

Once you have this in place then I suggest you drop all the records you have in the main table "users" OR you will need to given them a "user name" and password. Ther arent so many so that could be possible.

Jesper>Hows it going here?

tja jeg har ikke fået løst mit problem men du har prøvet flot så jeg giver dig point