Problemer med normalisering

Godt råd:
  drop det felt og tilføj også dem der kun er på en liste
  i din M:M tabel

Ja - det løser ikke data konverterings problemet, men det
vil effektivt forhindre fremtidige problemer !

Start med at tage en kopi af din database !!

Følgende er mine umiddelbare ideer (ikke testet):

SELECT ID AS BrugerID, Kommentar as ListeID INTO m-m-relationstabel
FROM tabel WHERE Kommentar IS NOT NULL

skulle tilføje det manglende til m-m-relationstabel

SELECT DISTINCT ID,Navn,Email INTO temp-tabel FROM tabel

henter de data der skal gemmes

DROP TABLE tabel

sletter den gamle tabel

SELECT * INTO tabel FROM temp-tabel
DROP temp-tabel

for at det sidste på plads

Efter at have eksperimenteret en hel del med problemet er jeg kommet til den konklusion, at det i hvert fald ikke kan løses med forespørgsler. Det må kræve noget kodning, men hvordan den i givet fald skal se ud, kan jeg ikke lige gennemskue.

I pseudokode må det være noget i denne stil:

Hvis Jan@Jan.dk forekommer mere end en gang, skal du huske det nummer, han forekommer under første gang, men kun hvis kommentarfeltet ikke er tomt. Hvis feltet er tomt, skal du springe personen over.

Næste gang du møder Jan@Jan.dk, skal du ignorere hans ID, men du skal huske hans Bemærkning. Nu skal du finde den første forekomst af jan@jan.dk igen. Det ID der står her, skal du nu overføre til den nye tabel sammen med bemækningen for den anden forekomst. Dette skal du gentage til der ikke er flere forekomster. Derefter skal du tage fat i den næste e-mail adresse.

Hvis der findes en post, hvor bemærkningskolonnen ikke er tom i nogen af forekomsterne, skal ID for den første forekomst overføres sammen mked bemærkningen for hver af forekomsterne.

Nemt lyder det ikke.

arne-v-> Jeg har allerede tidligere prøvet noget i den stil, men det giver det problem at hvis du selecter ID inds i BrugerID, at den samme person optræder under mange forskellige ID'er,men i M:N tabellen kun skal optræde under det først forekommende ID.

Hm. Det kan jeg godt se. Jeg tænker lidt videre.

Nu må jeg vist hellere blande mig i debatten.. Det lyder som om I virkelig har tænkt så det knaget :o/ - tak for det so far..
Kan man ikke lave en tempTabel, der indeholder alle felterne i den originale tabel + et felt for hver liste (hhv. A, B og C)?
Først skal alle de brugere, hvis kommentarfelt er tomt, lagres med deres ID i tempTabellen.
Når jan@jan.dk (ID 732) forekommer, skal der søges efter jan@jan.dk i tempTabellen. Da han findes, skal feltet A i tempTabellen sættes fra False til True og ID 732 skettes fra org. tabellen. Når jan@jan.dk (ID 23) findes, skal feltet C i tempTabellen sættes fra False til True og ID 23 slettes fra org. tabel. Osv. osv..
Til sidst tages alle de brugere, der ikke allerede findes i tempTabellen, f.eks. john@john.dk (ID 87) der ikke havde et tomt Kommentarfelt overhovedet, og gemmes med deres ID i temptabellen. I tilfældet med john@john.dk ID 87 sættes feltet A til True og ID 87 slettes fra org. tabellen.

Er det herefter så ikke til at tilføje linier i m-m-relationstabellen ved at løbe tempTabellen igennem og tilføje en linie i m-m for alle brugere med alle de værdier, der er True?

Men jeg har meget svært ved at forestille mig hvorledes det skal gøres rent praktisk, enten i SQL eller i VB?

Men lyder det rigtigt?

Ja, det lyder rigtigt nok, men det er også præcis den praktiske implementering, der driller mig.

Jeg har løst problemet på den dårligst tænkelige måde..
Jeg fik nogle assistenter til at løbe hele DBen igennem og slette de redundante modtagere...

/Lukker..