Insaned.net komentari

Komentarisao zlatko u temi: Promene na globalnom tržištu

Nek svaki od tih ljudi potroši 5 puta manje energenata i vode, nek napravi 5 puta manje smeća itd. od stanovnika SAD-a i svet će otići dođavola.

Komentarisao Filip u temi: SqlServer i full text search

Greska u prethodnom postu! "pozeljno desc" ne treba da pise, jer je prvo sortiranje ASC a taj upit je najskuplji.

Bas sam nekulturan! Zi, nema na cemu, zadovoljstvo je videti kvalitetan blog/pitanje i jos vece ucestvovati u tome.

Komentarisao Filip u temi: SqlServer i full text search

Javlja se veliki broj pitanja... Da li ce korisnik ikada listati 10 000 proizvoda ili ce skup vec biti suzen pre toga? Pretpostavljam da je o ovoj primeni rec.

DB strana: pomenuti upit nije nikakav problem. U osnovi, treba imati index nad poljem po kom se radi ORDER BY (ili neki slican pogodan za query optimizer; pozeljno desc). Jedini bottleneck je taj, da sto je veci TOP koji se prvi izvrsava i broj polja koji se select-uje, potrebno je vise memorije i I/O operacija. Bilo koji dedicated db server moze podneti veci broj slogova bez problema.

App strana: hmmm...
1) ukoliko je moguce kesirati resultset od recimo 2000 slogova pa na zahtev korisnika servirati delove od po 20, onda to nije problem. Tako da se deo sa secenjem na delove moze preneti na app-server.Ukoliko se to isplati zbog broja slogova-memorije.
2) ukoliko nije moguce kesirati resultset ili ako ne odgovara da se preveliki broj slogova drzi u memoriji, onda je opravdano prepustati sve db jer ce on to uraditi jako brzo.

Pomenuh pitanja na pocetku... bitan je i network traffic. Puno toga treba uzeti u obzir.

Komentarisao Ivan Kolarov u temi: SqlServer i full text search

Da pogledao sam, malo čudno izgleda rezultat, ali tako je jer su sortirani po prezimenu... Ideja je ok obzirom da SQL Server nema LIMIT-a, ako TOP n vraća prvih n rezultata, ono što radiš u primeru je da od prvih n uzmeš zadnjih m da bi dobio tim m rezultata koje juriš...

Postavlja se pitanje koliko je opravdano vaditi npr. 2000 slogova u opadajućem redosledu po nekom kriterijumu da bi zatim uzeli samo npr 20 komada...
U svakom slučaju hvala puno!

Komentarisao Filip u temi: SqlServer i full text search

E sada sam preterao! Treci post! U opisanom primeru ce zapravo uzeti od 3-eg do 7, tj. sledecih 5: treci, cetvrti, peti, sesti, sedmi. Tako da treba obratiti paznju na to i na redosled orderovanja, to je valjda sve za sada od mene :)

Komentarisao Filip u temi: SqlServer i full text search

Kao sto rekoh, ne postoji klauzula za to u 2k, ali nadam se da ce ti ovo pomoci (procitati prvo komentare ispod koda):

SELECT * FROM (
SELECT TOP 5 EmployeeID, LastName, FirstName FROM (
SELECT TOP 7 EmployeeID, LastName, FirstName
FROM Employees
ORDER BY LastName asc
) AS t1 ORDER BY LastName desc
) AS t2 ORDER BY LastName asc

Ideja je sledeca: zelimo da izvucemo od 2-og do 7-og zaposlenog po abecednom redu iz Northwind baze:
1) selektujemo TOP 7 u rastucem redosledu
2) iz tog resultset-a u opadajucem redosledu uzmemo TOP 5 (od 2-og do 7-og ima 5 zaposlenih).
3) novi resultset sortirati u rastucem redosledu da bismo ponistili desc pod 2)

Znam da nije elegantno kao u MySql-u ili Oracle-u i da zahteva prepravljanje upita (isplati li se!?), ali to je najbolje cega sada mogu da se setim. Ukoliko je rec o tabeli sa recimo 5 000 000 slogova, razmislio bih o koriscenju sp sa temp tabelama umesto podupita. U svakom slucaju dobri indexi su uvek bitni.

Voleo bih da cujem tvoje misljenje na temu da li bi ti se isplatilo ovo u tehnologijama koje ti koristis.

Komentarisao Filip u temi: SqlServer i full text search

Nema ugradjeno, pokusacu da smislim...

Samo informacija za MSSQL2005: u upitom se moze rezultujucem setu dodeliti RedniBroj reda automatski, tako da bi mogli da postavimo WHERE uslov za kolonu redniBroj. Tako da bi taj upit bio sub-query, a glavni query bi ima recimo WHERE RB >5 AND RB < 10...

Komentarisao Ivan Kolarov u temi: SqlServer i full text search

Priča koju sam opisao odnosi se na rad sa 2k verzijom.
Hvala Fico, ideja je naravno odlična super je stvar što funkcije CONTAINSTABLE i FREETEXTTABLE mogu vrati samo one rezultate sa najvišim rangom tako da se i tako može ograničiti komunikacija MS SearchService-a sa SQL Serverom. Zanima me ima li SQL server nešto slično LIMIT-u na MySQL-u? Za web aplikaciju čini mi se da to isto može pomoći u performansama...

Komentarisao Filip u temi: SqlServer i full text search

Drugi predlog - ukoliko je kolona iz WHERE uslova visoko selektivna, mislim da bi pomoglo ako bi se prvo u temp tabelu izvukli slogovi koji zadovoljavaju WHERE uslov, a onda nad njima izvrsio full-text search

Komentarisao Filip u temi: SqlServer i full text search

Pretpostavljam da si mislio na MSSQL2000. Jedno (jedino!?) resenje za smanjenje broja redova je da se u polje za full-text search na pocetak polja doda neki tekstualni kod koji ce zapravo predstavljati informaciju koja se nalazi u WHERE uslovu. Ova tehnika ce drasticno poboljsati performanse. Naravno, ne zaboraviti da treba skinuti taj kod pre nego sto se podaci prikazu korisniku :)

Verzija 2005 donosi znatno poboljsani full-text search. Osim drasticnog ubrzanja pretrage, drasticno je ubrzano i kreiranje indeksa. Attach/Detach/Backup/Restore sada ukljucuju i full-text podatke i indekse, tako da je oporavak baze znatno laksi i brzi, jer izmedju ostalog nije potrebo ponovo kreirati full-text indekse nakon restore-a. Obzirom da si pomenuo 5 miliona redova, ova poboljsanja su sasvim dovoljna, a naravno ima ih jos (vezanih za full-search).