Und was heisst das? Meinung zu diesem Vorgehen?
Habe es bisher nur bei verteilten DB's im Einsatz; wenn eine Tabelle mit einer DB an einem anderen Ort / in einem Anderen Format repliziert werden soll. Performance im vergleich zu einem SELECT IN? Performance im Vergleich zu einem Outer Join (dann siehst du Mutationen auf beiden Seiten; im gegensatz zum Left oder Right Join) Gruss Christian > -----Original Message----- > From: Claudius Ceteras [mailto:[EMAIL PROTECTED]] > Sent: Mittwoch, 24. April 2002 09:54 > To: ASP Datenbankprogrammierung > Subject: [aspdedatabase] RE: Tabellen vergleichen > > > Ok.... Jetzt weiss auch der Fragende was Du gemeint hast... ;-) > > Claudius > > > > > Wenn du keine Indexe hast, verursacht ein > > Where IN > > eine gewaltige Belastung der DB... > > > > Deshalb selektiere ich die artikel nummern (ordered)... > > Da sie sortiert sind, kann ich aufgrund von l�cken sehr gut > > herausfinden, > > welcher index wo vorkommt, und wo nicht. > > > > Bsp: Select 1 = ArtNr (1, 2, 4, 5, 6, 8) > > Select 1 = ArtNr (2, 3, 4, 6, 7, 8) > > > > Nun f�hrst du beide Tabellen von oben nach unten durch... > > -> 1 Fehlt in 2 > > -> 2 in beiden vorhanden > > -> 3 Fehlt in 1 > > ... > > > > Alles klar? > > > > Ich erstelle gewissermassen selbst einen Index, und mache > > danach genau das, > > wass die DB auch tun w�rde... > > > > Wenn du's richtig programmierst kann dies sehr schnell gehen. > > > > Ist ne Konstruktion eines For's > > > > Gruss > > > > Christian Thuer > > > > > > > -----Original Message----- > > > From: Claudius Ceteras [mailto:[EMAIL PROTECTED]] > > > Sent: Mittwoch, 24. April 2002 08:53 > > > To: ASP Datenbankprogrammierung > > > Subject: [aspdedatabase] RE: Tabellen vergleichen > > > > > > > > > Also ich hab das so verstanden, dass DU 2 recordsets hast und > > > die selbst > > > durchgehst... > > > Da hast Du �berhaupt nichts von indices... > > > Also, wie war das gemeint? Und was meinst Du mit herunterfahren? > > > > > > Claudius > > > > > > > > > > > > > > > Kommt auf die Architektur der Tabellen an (Indexe usw.) > > > > > > > > > > > > > > > > > Du wilst ausserhalb von SQL vergleichen? > > > > > Meinst Du das ist schneller als SQL? > > > > > > > > > > Claudius > > > > > > > > > > > > > > > > > Select ArtNr from Table1 order by ArtNr > > > > > > Select ArtNr from Table2 order By ArtNr > > > > > > > > > > > > Danach die werte von Table1 und Table2 vergleichen > > > > (herunterfahren) > > > > > > > > > > > > So findest du sehr gut heraus, welche Datens�tze dass > > neu sind. > > > > > > > > > > > > Gruss > > > > > > > > > > > > Christian > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: [EMAIL PROTECTED] > > > > > > > [mailto:[EMAIL PROTECTED]] > > > > > > > Sent: Dienstag, 23. April 2002 16:57 > > > > > > > To: ASP Datenbankprogrammierung > > > > > > > Subject: [aspdedatabase] Tabellen vergleichen > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hallo Ihr, > > > > > > > > > > > > > > Hat jemand von Euch eine elegantere L�sung um 2 > Tabellen zu > > > > > > > vergleichen als: > > > > > > > > > > > > > > sql="select artikelnr from table1 where artikelnr not in > > > > > > > (selct artikelnr from table2)" > > > > > > > > > > > > > > Bei �ber 10.000 Datens�tzen ist das eine etwas zu > m�chtige > > > > > > > und langsame L�sung. > > > > > > > > > > > > > > Es geht nur darum, rauszufiltern welche artikel aus der > > > > > > > warenwirtschaft neu in den Webshop gekommen sind, > ohne die > > > > > > > komplett vorhandene Datenbank mit all ihren > > speziell f�r den > > > > > > > Shop gemachten Preis�nderungen �berschrieben wird. > > > > > > > > > > > > > > Danke! > > > > > > > > > > > > > > > > > > > > > F.P�tter > > > > > > > > > > > > > > > > > > > > > | [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/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 > > > | [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 > | [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
