Hallo Joachim, stimmt: SPs hatte ich vergessen, doch die sind auch nicht so einfach in eine bestehende Anwendungsinfrastruktur zu integrieren...
Das Limit von 16 Tabellen ist seit SQL Server 7, Gott Sei's gedankt, vom Tisch - Allerdings scheint der Bug in der Engine ohne SP sicherlich seine Ursachen in dieser urspr�nlichen Limitierung zu haben (Wir erinnern uns an bestimmte Bugs in Word, die mit jeder neuen Version immer wieder auftauchten ;-). Gru� Michael http://www.sql-klinik.de > -----Urspr�ngliche Nachricht----- > Von: Joachim Uersfeld [mailto:[EMAIL PROTECTED]] > Gesendet: Dienstag, 5. Februar 2002 19:14 > An: ASP Datenbankprogrammierung > Betreff: [aspdedatabase] RE: aufsplitten einer datenbank - skalierung > > > >> Das erste tritt bei komplexen Abfragen mit mehr als 16 (glaub' ich) > Tabellen auf. << > > Das war schon immer ein Limit beim MS SQL Server > > Alle anderen Tips sind ohne Zweifel richtig - Du hast nur den Einsatz vonm > Stored Procs vergessen, die einen gro�en Performance-Gewinn bringen. > > Tsch��, Joachim > > http://www.pc-team.de/ > CodeCharge - the Next Generation Web Development Tool > > > | [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
