Comentarii la: Un search mai bun

By: add

add — Fri, 09 Mar 2007 15:25:49 +0000

buba ar fi ca ai reinventat roata? ‘match against’ ce avea?

By: Ionut

Ionut — Fri, 09 Mar 2007 16:06:43 +0000

Serifule aberezi. Dar te voi lamuri eu. Nu conteaza ca folosesti “match against” sau “like”. Ideea era sa faci cautarea sa tina cont de locatia in care gaseste nu doar de relevanta gasirii. Adica sa diferentiezi intre cheie gasita in titlu si cheie gasita in vreun detaliu al unui produs sau in numele producatorului sau in numele categoriei sau… . Aici era toata smecheria ca sa ai rezultate relevante.

By: Dragos

Dragos — Fri, 09 Mar 2007 20:06:42 +0000

Pardon daca sunt un pic mai nestiutor, dar cum stii cand bagi date intr-o baza de date care e titlul unui articol, care e pretul si tot asa? Ce design are baza aia de date?

Ar insemna sa faci tabele nu pe produse, ci pe caracteristici ale produselor si cauti in alea prin niste cueriuri de te doare capul.

Practic, cand bagi un produs din administrate, titlul se duce intr-o tabela, pretul in alta, descrierea in alta. Pe urma tu cand faci cautarea, cate cueriuri rulezi simultan sa faci cautare simultana in toate tabelele separate?

S-ar putea sa ne faci varza rezultatele nu?

S-ar putea sa ma insel totusi…si sa se poata face ce spui tu aici.
Un demo ai?

By: Ionut

Ionut — Fri, 09 Mar 2007 22:29:15 +0000

cand se lanseaza site-ul promit sa dau link - ca preview - e posibil trebuie doar ca platforma de administrare sau cms cum vrei sa-i spui sa fie destul de desteapta - ajuta daca o faci intern si nu o iei de pe net.

By: add

add — Sun, 11 Mar 2007 11:26:42 +0000

“Nu conteaza ca folosesti “match against” sau “like”.” lol

ce are match against pe mai multe campuri atunci? daca tot aberez…

Esti tu convins ca greutatea calculata de tine e mai buna decat cea calculata de oameni care au mai facut ceva SQL la viata lor?

By: Ionut

Ionut — Sun, 11 Mar 2007 12:11:30 +0000

da pt ca tine cont de campul in care se gaseste cuvantul cautat - e relativ logic.

By: Zero

Zero — Thu, 15 Mar 2007 09:33:43 +0000

Daca am inteles bine vrei ca rezultatul cautarii sa tina cont, pe langa “scoring”-ul textului cautat, si de campul in care acesta se afla. Cu alte cuvine vrei sa ai un indice de prioritate pentru anumite campuri. In cazul asta cred ca interogarea demonstrativa de mai jos should do the trick. Am presupus ca ai un tabel de produse cu id, denumire si descriere. Query-ul va intoarce rezultatele cautarii dupa “$search_text” in campurile denumire si descriere iar rezultatele care contin “$search_text” in denumire (am presupus ca asta e mai important) vor fi afisate primele:

mysql_query(”SELECT `id`, `denumire`, `descriere`, MATCH(`denumire`) AGAINST (’”.$search_text.”‘) AS `scoring_denumire`, MATCH(`descriere`) AGAINST (’”.$search_text.”‘) AS `scoring_descriere` FROM `produse` WHERE MATCH(`denumire`, `descriere`) AGAINST (’”.$search_text.”‘ IN BOOLEAN MODE) ORDER BY `scoring_denumire`, `scoring_descriere` DESC”, $connection);

Nu l-am testat insa ar trebui sa functioneze. Daca mai adaugi si operatorii specifici “boolean full-text search” vei avea un motor de cautare destul de cuprinzator.

Daca a gasit cineva alta solutie, please share

By: Ionuţ Pârvu, mâncând web pe pâine in România » Blog Archive » Importanta unui CMS bun

Sun, 18 Mar 2007 21:11:18 +0000

[…] sa configureze search-ul pentru a se potrivi cat mai bine produselor din site (si aici intervine un post anterior in care am explicat despre search) […]

By: Ionut

Ionut — Sun, 18 Mar 2007 21:20:54 +0000

Solutia ta este buna din punct de vedere al codului. Pentru a o aplica pe platforma de administrare a noastra astfel incat sa permita clientului/noua sa modificam greutate fiecarui detaliu al itemilor din baza de date pentru a se potrivi cat mai bine fiecarui client in parte, mai trebuie putin modificat.
Dar pentru un site care nu este construit pe o platforma de administrare, pe un site custom este chiar oka.

By: Worker

Worker — Tue, 20 Mar 2007 15:27:39 +0000

Domnilor, in special Dragos, in primu rand se numeste query sql si “cueriuri”…Aci se vorbeste de un caz particular de a face o anumita chestie…O problema de genu asta nu se rezolva asa…In primu rand tre sa stabilieste de la inceput da vrei sa faci o dezvoltare a bazei de date pe orizontala sau pe verticala si apoi sa stick with it…
Apoi daca urmeze cele trei forme normale de design de baze de date asta iti va rezolva cea mai mare parte a problemelor de genu asta.
Iar mai departe e problema search engine-ului daca vrea sa caute dupa coduri de produs si/sau dupa descrierea lor, daca vrea sa parseze descrieri, prin metode sql sau de limbaj de programare adoptat etc…
Ideea e ca nu poti sa-ti bazezi desig-ul bazei de date doar pe ca sa-ti raspunda unor cazuri particulare…Nu zic ca nu e bine sa nu le ei in consideratie, dar ele nu trebuie sa fie definitorii…si asta ca regula generala in arhiecturi de sisteme…nu doar la nivel database.

By: Worker

Worker — Tue, 20 Mar 2007 15:31:52 +0000

Asta nu inseamna si nu duce la faptul ca nu mai ai felxibilitate in ati construi baza de date…dar tocmai aci intervine ideea unei baze de date bune …sa fie corect “desenata”, flexibila si sa-ti asigure din start posibilitatea de a-ti raspunde la 80% din probleme…celelalte 20% pot fi reprezentate de chestiuni neprevazute, de schimbari intervenite pe parcusrul procesului de dezvoltare…sunt multe situatii