Hlavní navigace

Názor k článku PHP pro experty: Vyhledávání (2) - praktická realizace od sinuhet - 1) Ve verzi, kterou jsem si ja stahl...

  • Článek je starý, nové názory již nelze přidávat.
  • 19. 1. 2005 22:14

    sinuhet (neregistrovaný)

    1) Ve verzi, kterou jsem si ja stahl (1.0.0), zadny limit neni. Limit by vykon samozrejme ovlivnil, protoze byste na db posilal mraky zbytecnejch dotazu. Programatori na tahani db dat do pameti narazeji opravnene, protoze jde o naprosto zbytecne plytvani pameti a procesorovym casem.

    2) Spatne jste to pochopil, zbytecna je tabulka 'search'. A s vyhledavanim vice slov to nema nic spolecneho.

    3) No pokud si maji uzivatele napsat i tokenizator, tak o cem byly ty dva clanky? Ale mate pravdu, stejne do nej bude treba rejpat, schvalne si poslete dotaz typu 'jedna -- hodne mezer -- dva'.

    4) Ono je to mnohem variabilnejsi, to s tema dvema byl jen drobny prikladek. Data ze 'search_tmp' si muze promazavat uzivatel i sam sobe a nikoho dalsiho na to nepotrebuje. Nebo kdyz vymazete dokument z indexu, v 'search_tmp' az pul hodiny zustanou viset stara data (dokonce metoda 'article_query' pravdepodobne specialne kvuli tomu pouziva left join, abychom o NULL vysledky neprisli). Atd ...
    Ano stary dobry pristup k chybam - tohle se preci nemuze stat, a kdyz tak, jednou za tisic let. Tech 10us si cucate z prstu (maximalne o nich lze uvazovat jako o dolnim odhadu), zalezi to na rychlosti a vytizenosti stroje + na konkretni delce dotazu od uzivatele. Komicky na tom je, ze se jedna o umele vytvoreny problem, protoze tabulku 'search_tmp' staci vygenerovat jen jednou, a nic z ni mazat nemusite. Ale to uz se opakuji.

    A to jsem se minule zapomel alespon letmo zminit o zachytavani chyb, ktere v podstate neexistuje. Takze kdyz neco nevyjde, uzivatel tridy 'article_search' to nema sanci zjistit (i kdyz je pravda, ze tohle se z vetsi casti tyka uz 'db_mysql').