|
|
 | SQL Server 2000: underlige performance pro~
Fra : Christian Petersen |
Dato : 31-08-06 15:00 |
|
Hej,
Vi har et problem med en database, der er skabt ud fra et script af en anden
database.
Den performer ganske dårligt i forhold til originalen, hvis der indgår IN
eller DISTINCT operationer.
Databaserne ser umiddelbart ud til at være identiske, på nær nogle få
navneforskelle. Der er scriptet indexes og triggers og alt det der.
Den hurtige database har collation Danish_Norwegeian_CI_AS og den anden
Danish_Norwegeian_CI_AI.
Er der et flueben et sted der skal sættes et sted i Enterprise manager, når
man laver eller afvikler scriptet?
Eller er det security settings?
Er der nogen der har oplevet lignende problem?
På forhånd tak,
Christian Petersen
| |
 Peter Lykkegaard (31-08-2006)
| Kommentar
Fra : Peter Lykkegaard |
Dato : 31-08-06 15:29 |
|
Christian Petersen wrote:
> Vi har et problem med en database, der er skabt ud fra et script af en anden
> database.
> Den performer ganske dårligt i forhold til originalen, hvis der indgår IN
> eller DISTINCT operationer.
>
> Databaserne ser umiddelbart ud til at være identiske, på nær nogle få
> navneforskelle. Der er scriptet indexes og triggers og alt det der.
> Den hurtige database har collation Danish_Norwegeian_CI_AS og den anden
> Danish_Norwegeian_CI_AI.
>
AS = Accent sensitive
AI = Accent insensitive
Dvs hvis der forekommer data med mange "underlige" tegn i jeres
søgninger så kan det give problemer
Jeg går ud fra at hardwaren er ens og database/transactionslog ligger
det "samme" sted?
- Peter
| |
Christian Petersen (01-09-2006)
| Kommentar
Fra : Christian Petersen |
Dato : 01-09-06 12:31 |
|
Hej,
Nu har vi loadet 30 gange så meget data ind i kopi-databasen, så den
størrelsesmæssigt svarer til originalen og nu er de lige hurtige.
SQL Optimizeren virker åbenbart bedre, når der er mange rækker.
Bruger SQL Serveren transaction loggen, ved SELECT forespørgsler?
Mvh,
Christian
| |
Peter Lykkegaard (01-09-2006)
| Kommentar
Fra : Peter Lykkegaard |
Dato : 01-09-06 12:49 |
|
Christian Petersen wrote:
> Nu har vi loadet 30 gange så meget data ind i kopi-databasen, så den
> størrelsesmæssigt svarer til originalen og nu er de lige hurtige.
>
> SQL Optimizeren virker åbenbart bedre, når der er mange rækker.
>
Husk at resette statistics som data ændrer sig :)
Der er flere små tricks du kan lave ...
http://www.sql-server-performance.com/statistics.asp
> Bruger SQL Serveren transaction loggen, ved SELECT forespørgsler?
>
Nope - ved insert/update
- Peter
| |
|
|