🚀 go-pugleaf

Hej James,
Tak for dit lange svar, og jeg kan godt se, mit indl�g manglede nogle
informationer, s� vi pr�ver lige igen :

F�rst mine tabeller :

Tabel words   - word varchar(50), wid number;
Tabel wordmap - wid number, pnr number;
Tabel Urls    - pnr number, url varchar(500);

Herefter en s�gning
Find den side hvor KURT NIELSEN st�r:

select u.url from
 urls u
 ,(select pnr 
  from  words w
       ,wordmap m
  where w.wid = m.wid and word like 'KURT%') x1
 ,(select pnr 
  from  words w
       ,wordmap m
  where w.wid = m.wid and word like 'NIELSEN%') x2
  where x1.pnr = x2.pnr and u.pnr = x1.pnr;


Hvis x1 fyres af alene tager det under 1 sek.
Hvis x2 fyres af alene tager det under 1 sek.
Men i den sammensatte form er det op til 30 sec.


"James Olsen" skrev d. 25-06-01 13:05 dette indl�g :
> 
> "konsulenten" <konsulenten.news@kandu.dk> wrote in message
> news:T_CZ6.2047$lf5.391384@news010.worldonline.dk...
> > Hej alle sammen,
> >
> > Jeg har lavet en search engine som s�ger p� indekserede ord i MS
SQL.
> > Det k�re ogs� temmelig godt, bortset fra at min s�gning tager for
lang
> > tid.
> >
> > TABEL :
> >
> > Word    varchar(50) (index)
> > Url       varchar(1024)
> >
> > N�r jeg s�ger efter et enkelt ord s� tager det ca. 2 sek, men n�r
jeg s�
> > s�ger efter 2 ord, tager s�gningen helt op til 30 sekunder (IKKE S�
> > GODT!), og 3 ord s� g�r det helt i kage. Det er som om, MS SQL
server
> > ikke laver indeks p� temporere tabeller, eller den ignore mine
indekser,
> > s� jeg ved ikke om det er en option som skal s�ttes op i SQL Server.
> 
> Det lyder lidt som om du laver en s�gning og inds�tter resultatet i en
> temporer tabel og derefter s�ger i den, hvis der er flere s�ge ord, og
s�
> fremdeles ? Hvis det er korrekt s� er det egentligt ikke s� underligt
> hvorfor din SQL Server er ved at g� kold. Pr�v at t�nke p� den m�ngde
data
> som du flytter rundt p� den m�de (intern b�ndbrede). Under
foruds�tning af
> at jeg har g�ttet rigtgit s� har du ikke s� mange muligheder andet end
at
> komme op med et nyt design - for det der kommer aldrig ud over
stepperne.
> 
> Hvis det skal baseres p� SQL Server (eller en anden DBMS) s� skal du
finde
> en m�de at s�ge i nogle realiserede (permanente) tabeller. Og
udgangspunkt
> skal du ikke v�re s� bange for hvormeget dine data fylder med indeks,
men
> pr�v at se p� query planen for dine foresp�rgsler og s� hvor den er
gal.
> 
> Skriv eventuelt noget med om hvordan det er organiseret og hvad det er
man
> skal kunne s�ge p�.
> 
> >
> > Er der nogen af jer som kender til problemet? Eller kender et sted
hvor
> > jeg kan finde informationer om m�den at bygge en search engine? N�r
jeg
> > kigger p� www.google.com, og ser deres tider, er det mig en g�de,
for s�
> > langt ned kan jeg ikke engang komme bare med s�gning af et ord.
> >
> 
> Du m� endelig ikke sammenligne en l�sning baseret p� MS SQL Server med
hvad
> der foreg�r hos Google - de har en dedikeret server (ja ok der er
fysisk
> flere) specielt til form�let. Pr�v at kigge her
> http://www.google.com/technology/index.html der st�r lidt om hvordan
det
> fungere.
> 
> 
> 
> > Konsulenten
> >
> > --
> > Leveret af:
> > http://www.kandu.dk/
> > "Vejen til en hurtig l�sning"
> >
> 
> 

-- 
Leveret af:
http://www.kandu.dk/
"Vejen til en hurtig l�sning"