Jak optymalnie widzieć problem: kiedy zastosować bazę SQL z opcjami full
text search, kiedy bazę (tę samą lub inną) zastosować 'klasycznie' jako
relacyjną i do niej narzędzie do wyszukiwania (np. coś z kręgu Lucene)

Być może spojrzenie na różne przypadki da różne zalecenia

Przypadek a)
archiwum maili, dokumentów.
(Przy okazji dotykam jeden z tematów świętych wojen: trzymać w bazie czy
plikach)

Przypadek b)
baza danych gdzie rekord nie jest ogromny, memo kilka kilo, jakieś
wpisy, notatki do CRM itd.

Zarówno a) jak i b) może się z czasem rozwijać do dużego systemu na
dotyczącego wielu dziedzin, na modułach własnych i danych integrowanych
z aplikacji firm trzecich.

do góry

On Jul 21, 3:30 pm, Jacek Czerwinski <x...@...z.pl> wrote:
> Zarówno a) jak i b) może się z czasem rozwijać do dużego systemu
Jesli moze ale nie musi sie rozwinac, to napisac jak najprosciej i
zostawic sobie furtke na latwe wprowadzenie optymalizacji. Na
tym etapie zapewne jeszcze nie znasz szczegolow dotyczacych
wyszukiwania. Czy bedzie wazna wielkosc liter? Czy moze
bedzie potrzebne wyszukiwanie inteligentne w stylu odmiany
przez przypadki? Czy wystarczy zaindeksowac cale slowa?
Czy wyszukiwanie znakow specjalnych i cyfr sie przyda?
Czy wyszukiwanie bedzie tak czesto ze w ogole warto
optymalizowac i indeksowac?

Pozdrawiam
P.S.
Postgres ma jakis indeks do wyszukiwania pelnotekstowego.
Na poczatku mozna zrobic z uzyciem glupiego LIKE, a jak sie
rozrosnie to mozna zamienic na lepszy mechanizm.

do góry