Title: RE: [aspdedatabase] AW: RE: aufsplitten einer datenbank - skalierung

Hallo!

 

Werden denn nun Transaktionen und damit die Verbindungen (egal ob direkt oder �ber COM) �ber mehrere Webseiten aufrecht erhalten?

Ich vermute ja noch immer, dass so etwas der Schl�ssel zum Problem ist.

 

Meines Erachtens gibt es jede Menge Informationen in der MSDN, vor allem bei den Technischen Artikeln und in der Knowledge Base. Mir hat bei einer �hnlichen Power-Applikation auch „Inside SQL Server“ von Microsoft Press geholfen.

 

Freundliche Gr��e

Joachim van de Bruck

wir verwenden in allen faellen stored procedures (die vom wett-abschluss
sind sage und schreibe 40 a4-seiten lang....) da spielt sich schon einiges
ab. das mit den locking-problemen beim sql-server wussten wir auch schon
und die wurden gottseidank wirklich mit dem sp2 behoben.

die indizes haben wir leider auch schon kontrolliert - die passen.
wir handeln alle transaktionen �ber com+ eventuell wuerden wir bei trans-
aktionen ueber ado mehr gewinnen (wir haben keine db-uebergreifenden
transaktionen *noch nicht* :)

ich finde es nur seltsam, dass man so ueberhaupt nix darueber findet
im web. gibts ja nicht, dass sich da noch niemand was dazu ueberlegt hat :)

 

 

danke fuer eure hilfe und schoenen abend noch,
Michi




-----Original Message-----
From: Michael Busch [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 05. Februar 2002 19:18
To: ASP Datenbankprogrammierung
Subject: [aspdedatabase] AW: RE: aufsplitten einer datenbank -
skalierung

 

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

| [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

Antwort per Email an