[PostgreSQL] wyszukiwanie przy sporej ilosci danych
ErkA - 17-08-2007 00:01
[PostgreSQL] wyszukiwanie przy sporej ilosci danych
Witajcie
byc moze bylo -a przypuszczam, ze na pewno bylo, bo kto w swojej
aplikacji nie umieszcza wyszukiwarki (_prawie_ nikt ;)).. anyhow - nie
bijcie ;).
Ad rem mam problem z wyszukiwarka i nazwijmy to algorytmem
wyszukiwania, otoz korzystam z postgresa i tsearcha, napisalem prosta
wyszukiwarke - wszystko fajnie dziala, ale niestety danych przybylo, ok
100 000 opisow produktow, kilka tysiecy wejsc na strone, _prawie_ kazdy
chce skorzystac z wyszukiwarki i tu zaczyna sie problem. Baza mieli i
mieli te zapytania..., generalnie wszystko dziala, ale to wszystko
trwa... bardzo dlugo - nawet pare sekund, moje pytanie jest troche
ogolnikowe w jaki sposob zoptymalizowaliscie zapytania do bazy, nie
chodzi tu o cache czy indeksy - bo to jest logiczne, ale chodzi o
sytuacje, gdzie przy wykorzystaniu limit i offset porcjuje dane dla
klienta i ow klient w momencie stronicowania danych - ciagle
wykorzystuje to pytanie ale zmieniajac wartosci limit i offset,
myslalem nad rozwiazaniem, zeby tworzyc tabele tymczasowe i tam
umieszczac wyniki zapytan i wyswietlac je po odpowiednim
identyfikatorze... w sumie byc moze sam sobie odpowiedzialem na pytanie
;), ale chcialbym poznac - ja wy to robicie?
--
pozdrawiam serdecznie rafi
+++++++++++to++nie++jest++reklama++;)+++++++++++
www.BAZAREK.pl - DARMOWE SKLEPY INTERNETOWE,
Otwórz sklep online i zarabiaj-bez opłat, bez prowizji
++++++++++++++++++++++++++++++++++++++++++++++++
hubert depesz lubaczewski - 17-08-2007 00:01
Dnia 16.08.2007 ErkA <adres@antyspamowy.pl> napisał/a:
> ;), ale chcialbym poznac - ja wy to robicie?
wyszukiwarkę robię poza sql'em.
a jeśli chodzi o zoptymalizowanie wyszukiwań w bazie - pokaż zapytanie,
pokaż explain analyze, pokaż \d istotnych tabel i wersję postgresa -
może coś wymyślimy.
depesz
--
quicksil1er: "postgres is excellent, but like any DB it requires a
highly paid DBA. here's my CV!" :)
http://www.depesz.com/ - blog dla ciebie (i moje CV)
slawekj - 17-08-2007 00:01
> Ad rem mam problem z wyszukiwarka i nazwijmy to algorytmem
> wyszukiwania, otoz korzystam z postgresa i tsearcha, napisalem prosta
> wyszukiwarke - wszystko fajnie dziala, ale niestety danych przybylo, ok
> 100 000 opisow produktow, kilka tysiecy wejsc na strone, _prawie_ kazdy
> chce skorzystac z wyszukiwarki i tu zaczyna sie problem. Baza mieli i
> mieli te zapytania..., generalnie wszystko dziala, ale to wszystko
> trwa... bardzo dlugo - nawet pare sekund, moje pytanie jest troche
> ogolnikowe w jaki sposob zoptymalizowaliscie zapytania do bazy, nie
> chodzi tu o cache czy indeksy - bo to jest logiczne, ale chodzi o
> sytuacje, gdzie przy wykorzystaniu limit i offset porcjuje dane dla
> klienta i ow klient w momencie stronicowania danych - ciagle
> wykorzystuje to pytanie ale zmieniajac wartosci limit i offset,
> myslalem nad rozwiazaniem, zeby tworzyc tabele tymczasowe i tam
> umieszczac wyniki zapytan i wyswietlac je po odpowiednim
> identyfikatorze... w sumie byc moze sam sobie odpowiedzialem na pytanie
> ;), ale chcialbym poznac - ja wy to robicie?
czy odwołanie do kolejnej strony(stronicowanie danych) związane jest z
nawiązaniem nowego połączenia z bazą
czy jednak zazwyczaj następuje to w tym samym?
Jeśli jest to nowe połączenie to koniecznie trzeba to zmienić.
pozdr
Sławek
pasman - 17-08-2007 00:01
On 16 Sie, 02:23, ErkA <ad...@antyspamowy.pl> wrote:
> Witajcie
>
> byc moze bylo -a przypuszczam, ze na pewno bylo, bo kto w swojej
> aplikacji nie umieszcza wyszukiwarki (_prawie_ nikt ;)).. anyhow - nie
> bijcie ;).
>
> Ad rem mam problem z wyszukiwarka i nazwijmy to algorytmem
> wyszukiwania, otoz korzystam z postgresa i tsearcha, napisalem prosta
> wyszukiwarke - wszystko fajnie dziala, ale niestety danych przybylo, ok
> 100 000 opisow produktow, kilka tysiecy wejsc na strone, _prawie_ kazdy
> chce skorzystac z wyszukiwarki i tu zaczyna sie problem. Baza mieli i
> mieli te zapytania..., generalnie wszystko dziala, ale to wszystko
> trwa... bardzo dlugo - nawet pare sekund,
reindeks robiles ostatnio ?
pasman
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[PostgreSQL] - jak =?ISO-8859-2?Q?zabezpieczy=E6_interesy_tw?==?ISO-8859-2?Q?=F3rcy_systemu_=3F=3F=3F?=
postgresql - int/int
[MSSQL2000] Problem z =?ISO-8859-2?Q?tabel=B1/indeksem/zapytanie?==?ISO-8859-2?Q?m_czy_b=B3=B1d_w_bazie_danych=2E=2E=2E?=
postgresql Select count(*) czy raczej Select count(ID)
[PostgreSQL] jak =?ISO-8859-2?Q?pobra=E6_warto=B6=E6_zwracan?==?ISO-8859-2?Q?=B1_przez_funkcj=EA=3F?=
[postgresql] INSERT OR UPDATE - jak =?ISO-8859-2?Q?b=EAdzie_na?==?ISO-8859-2?Q?jlepiej=3F?=
[postgresql] kilka =?ISO-8859-2?Q?rekord=F3w_subquery_jako_?==?ISO-8859-2?Q?string?=
[PostgreSQL] Jak =?ISO-8859-2?Q?po=B3=B1czy=E6_funkcje_z_w?==?ISO-8859-2?Q?idokiem?=
Postgres - replikcja master-master
Dopasowanie do "najlepszego" dopasowania :) [ PostgreSQL]
zanotowane.pldoc.pisz.plpdf.pisz.pladwokat.keep.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
