Was als l�schenswerte Doppel angenommen wird ist von DB zu DB sehr verschieden, d.h. Du musst Dir erstmal �berlegen was Doppelte Eintr�ge sind(gleicher Name ok?) und diese mit einer Abfrage finden(Prinzipiel eine Abfrage mit count(..) und having count(..)>1)
Dann musst Du Dir �berlegen was l�schen heisst... In vielen Datenbanken heisst l�schen nicht einfach den doppelten Datensatz entfernen, sondern vielleicht auch alle an dem gel�schten DS h�ngenden(�ber FKs) Daten an den �rigbleibenden DS h�ngen... Manchmal l�sst sich das nicht automatisieren, weil die Entscheidungen welches der Doppelten bleibt, oder was genau beim zusammenlegen zu machen ist sich von Fall zu Fall unterscheiden und von Kriterien abh�ngt, die sich nicht maschinell auswerten lassen... Ansonsten ist noch zu sagen, dass man am besten erst gar keine Doppelten Eintr�ge entstehen l�sst. Vor dem Neueintragen l�sst Du einfach Deinen Algorithmus, der Doppelte findet laufen und machst dann den Eintragenden aufmerksam, dass es schon so einen Eintrag gibt. Wenn schon so ein Eintrag vorhanden ist, muss der User einen anderen Eintrag machen(Web-Applikation) oder kann sich die Daten des alten Eintrags anschauen, ggf. Teilweise Felder des neuen Eintrags als Aktualisierung �bernehmen(Intranet-Applikation) Claudius > -----Original Message----- > From: Azubi IFK LabTec [mailto:[EMAIL PROTECTED]] > Sent: Mittwoch, 5. Juni 2002 08:53 > To: ASP Datenbankprogrammierung > Subject: [aspdedatabase] L�schen doppelter Datens�tze > > > Wie kann ich eigentlich doppelt erscheinende Datens�tze l�schen? > > Datens�tze: Nummer, Name... kommen ev. doppelt vor; wie > l�sche ich diese? > > Danke > > Christian > > > -----Original Message----- > > From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] > > Sent: Dienstag, 4. Juni 2002 20:04 > > To: ASP Datenbankprogrammierung > > Subject: [aspdedatabase] AW: RE: Zeilen verketten? > > > > > > Hallo! > > > > > Das geht nicht mit Standard-SQL... > > > Mit einer SP in T-SQL w�rde das gehen, allerdings m�sste > man dabei > > > intern �ber die zeilen iterieren und einen String > > zusammensetzen, den > > > man dann in eine tempor�re Tabelle schreibt etc... > > > > > > Ich w�rde Dir eher einen normalen Join empfehlen, dann > musst Du auf > > der > > > Clientseite auch nicht mehr splitten... > > > > Stimmt. > > > > Aber wie w�re es mit ADO und Hierarchischen Recordsets? > > > > SHAPE {SELECT * FROM User} AS Benutzer > > APPEND ({SELECT (SELECT txt > > FROM Kategorien > > WHERE id = User2Kat.Kategorie-ID) AS KatText > > FROM User2Kat} As Kategorien > > RELATE User2Kat.User-ID TO User.id) AS Kategorien > > > > Jetzt kann man in VBS die Untertabelle (Kategorien) ganz > einfach �ber > > die Methode ".GetString()" ausgeben: > > > > do while not rs.Eof > > Set rs2 = rs.Fields("Kategorien").value > > Response.Write(rs.Fields("id").value & "|" & _ > > rs.Fields("Name").value & "|" & _ > > rs2.GetString(2, -1, "", "|", "")) > > loop > > > > JOINs sind i. d. R. schneller als Hierarchische Recordsets, > aber daf�r > > werden auch deutlich mehr Daten �bertragen, was den Vorteil > mitunter > > umkehrt. Und Hierarchische Recordsets kann man auch direkt als XML > > speichern und dann mit XSLT elegant formatieren. > > > > Freundliche Gr��e > > Joachim van de Bruck > > > > > > > > > > | [aspdedatabase] als [EMAIL PROTECTED] subscribed > > | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv Sie > > | k�nnen sich unter folgender URL an- und abmelden: > > | > http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedataba se.asp > | [aspdedatabase] als [EMAIL PROTECTED] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv Sie | k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
