Slet dupliketter

Mit forslag ville være at oprette en ny tabel og hælde data'ne over i.

Du kan så bruge Distinct til af undgår at få dubletterne med.

Der var vist lige lovlig mange stavefejl...

Mit forslag ville være at oprette en ny tabel til at hælde data'ne over i.

Du kan så bruge Distinct til at undgå at få dubletterne med.

Jeg er helt med på Stigs idé - hvis det altså er mange data.

Ellers kan du bare åbne tabellen igennem Enterprise Manager og sorterer den efter MemberID. Så kan du kigge dem igennem efter dubletter.

Er det ikke umiddelbart et unødvendigt besvær....?
Det må være muligt at lave en procedure der håndtere samme?

Problemet er at du ikke kan vide hvilke(n) at dubletterne der skal slettes hvis du har dem identificeret ved "MemberID" eller "Tekst".

pierre > Ser ud til at "MemberID" eller "Tekst" er ens, men INdekz er unikt (ellers ikk PK)

Men du kan vel lave en cursor der bøber gennem en liste af dublet-memberIDer, og sletter dem med MenberID = den cursoren står på, og Indexz > end den første

/J

Ja, ok - på den måde er det vel muligt.

Lad os se et eksempel just4fun.

sitg3's forslag er også rimelig nemt... Og bagefter kan man jo bare slette indholdet i den oprindelige tabel, og flytte de tilbageblevne records tilbage i den.

(Og sætte "MemberID" og "Tekst" unikt hvis de skal være unikke!)

Jeg er lidt i tvivl om den query der finder dupletterne, men ellers skulle dette virke. (Lad være med at køre det hvis du ikke har en backup af data...)
--------------------------------
DECLARE delete_cursor CURSOR FOR
DECLARE @memberId varchar(10)
DECLARE @PK bigint
DECLARE @tkst varchar(50)
DECLARE @cnt int

-- find dupletter
SELECT distinct memberId, [Text], count(memberId) as dubcount
FROM [myTable]
WHERE dubcount > 1
group by memberId, [Text];

OPEN delete_cursor

-- Perform the first fetch.
FETCH NEXT FROM delete_cursor

-- Check @@FETCH_STATUS to see if there are any more rows to fetch.
WHILE @@FETCH_STATUS = 0
BEGIN
  -- This is executed as long as the previous fetch succeeds.
  FETCH NEXT FROM delete_cursor
  INTO @memberId, @tkst, @CNT

  SELECT @PK = indekz from [table] where memberId=@memberId and [text]=@tkst
  delete from [table] where memberId=@memberId and [text]=@tkst
    and Indekz != @PK
END

CLOSE delete_cursor
DEALLOCATE delete_cursor
GO
---------------------------------

aaarghh:
SELECT @PK = top 1 indekz from [table] where memberId=@memberId and [text]=@tkst

Hallo just4fun

Der er en lille ændring...
MemberId alene er ikke unik, men samfaldet mellem "MemberID og "Text" skal være unikt

just4fun>>> Nu har du da lige genopfundet et join?!?

Hvad emd

DELETE FROM mintabel WHERE indekz IN (
  SELECT t1.indekz FROM mintabel t1, mintabel t2
  WHERE t1.MemberID = t2.MemberID
    AND t1.Text = t2.Text
    AND t1.Amount = t2.Amount )

Thats it.

P.S. Som just4fun skriver: kør den kun hvis du har taget en backup først!

emd -> med

uhauha endnu en cursor rytter....Hold nu op med det og få styr på jeres sql istedet *GG*

CREATE TABLE [NewTable] (
    [Indekz] [BIGINT] IDENTITY (1, 1) NOT NULL ,
    [MemberID] [varchar] (50),
    [Text] [varchar] (50),
    [Amount] [varchar] (50),
    CONSTRAINT [PK_NewTable] PRIMARY KEY  CLUSTERED
    (
        [Indekz]
    )
)


INSERT INTO Newtable
SELECT DISTINCT MemberID, Text, Amount
FROM DuplicateTablename


Herefter kan du evt. bruge en  DROP TABLE DuplicateTablename og sp_rename Newtable, TableName


husk lige at skifte DuplicateTablename ud med dit tablenavn :O)

Ja DarkStar, den er sq næsten bedre ;O)


(men også kun næsten hehe)

Der er en hage ved min løsning: den sletter alle poster hvor der er mere end én forekomst af samme data. Mao. den sletter ikke alene "dubletterne", men også "originalerne". Det kan undgås ved at indføre en lille betingelse:

DELETE FROM mintabel WHERE indekz IN (
  SELECT t1.indekz FROM mintabel t1, mintabel t2
  WHERE t1.MemberID = t2.MemberID
    AND t1.Text = t2.Text
    AND t1.Amount = t2.Amount
    AND t1.indekz > t2.indekz )

Så skulle det gerne virke.

...vel at mærke uden at skulle oprette nye tabeller. Gnæk, janus :-)

...og hvem sagde "få styr på Jeres SQL først"?

(Mere gnæk.)

Cursorrytter :-) Den havde jeg ikke hørt før..

_dark -> sad også med den først du postede i hovedet, men kunne ikke liiige greje hvorn jeg fik den første siet fra.

Hmmm darkstar.... det var nok lidt mere det jeg ledte efter.... prøver den lige

...efter en backup... :)

hey darkstar smid lige et svar din ræv! Den var sku lige i øjet....

Her.