Min fråga är varför?
Borde det inte vara av intresse att alltid få den nyaste datan från ditt datalager istället för att 'buffra' den bara för att spara lite laddningstid? Jag menar, är det verkligen så mycket data att det tar så ohyggligt lång tid?
11 svar · 292 visningar · startad av bigsky
Kan man på nåt smart sätt spara resultaten från en sökning, så att sidorna laddas fortare när man klickar på | 2 | 3 osv... Dvs. att sökningen inte ska göras om när man byter resultatsida. Det räcker ju med att söka en gång. Man ska ju inte behöva söka igen bara för att bläddra mellan resultatsidorna.
Min fråga är varför?
Borde det inte vara av intresse att alltid få den nyaste datan från ditt datalager istället för att 'buffra' den bara för att spara lite laddningstid? Jag menar, är det verkligen så mycket data att det tar så ohyggligt lång tid?
Nja, mellan 7-8 sekunder tar det lokalt. Det är en sökning där man söker igenom alla hemsidans filer. Ingen databassökning eller liknande. Om man tex jämför med Google så tar det ju inte 7 sekunder för att byta sida där...
bigsky skrev:
Nja, mellan 7-8 sekunder tar det lokalt. Det är en sökning där man söker igenom alla hemsidans filer. Ingen databassökning eller liknande. Om man tex jämför med Google så tar det ju inte 7 sekunder för att byta sida där...
Kör du mot Index Server eller?
Eh, pass? Det är en modifierad version av sökfunktionen från http://www.webwizguide.com/asp/sample_scripts/site_search_script.asp
Kan man inte spara resultaten i en Array eller göra på något annat sätt för att det ska gå snabbare att bläddra mellan sidorna?
Kan du visa ett exempel?
Nickemannen skrev:
Du kan ju spara det i någon
Application() variabel, eller en text fil som du läser av med fso
Det är nog ganska dumt att lagra själva recordsetet i en applications- eller session-variabel. Man skall helst försöka att inte lagra object eller större datasamlingar i application- och än mindre i sessionscope.
Att lagra ID-nummer för respektive rad som träffas i en databas är ju inget alternativ, om man t.ex. använder JOIN:s eller liknande relationsskapande metoder i sökningen. Att spara recordset:et i någon slags scope, är som sagt ovan, inte heller att rekommendera.
Jag är ju visserligen inte helt insatt i hur den där komponenten / scriptet fungerar.
bigsky skrev:
Om man tex jämför med Google så tar det ju inte 7 sekunder för att byta sida där...
Man kan inte direkt jämföra en sökning i ASP via SQL med Googles sökning.
Google kör inte enbart via webben - deras styrka ligger i deras program som kollar igenom deras databaser tok-snabbt..
Detta har även varit uppe i IDGs E-forum, men IDG är halvt om halvt nere för tillfället så jag kan inte fiska fram länken än. :(
Ja, nu är det ju ingen databassökning utan en sökfunktion för hemsidan där alla sidorna söks igenom som textfiler. Har ca. 680 sidor nu och en 7-8 sekunder för att bläddra mellan resultatsidorna EFTER att sökningen är gjord, tycker jag är aningen för länge. 7-8 sek för en sökning är väl okej, men inte för att bläddra mellan sidorna då sökningen ju görs om igen.
Ett tips för att snabba uppsökningarna är att indexera dom fält du söker igenom.