Új hozzászólás Aktív témák

• gyurman tag

  #261

  #260 tzs84

  2007-06-24 10:19:13

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gyurman

  tag

  #260 tzs84

  #260 tzs84

  szerintem sem lesz gyorsabb
  ha a sztring alapján akarsz tulajdonság szerint szűrni, akkor végig kell olvasnia az egész táblában az összes stringet, azokra illeszteni
  ha indexeled a stringet, akkor ahhoz hosszú index kell (az egész hosszára!), ami sok helyet foglal, és lassítja a beszúrásokat, módosításokat
  ha a külön táblát indexeled tulajdonságid szerint is, akkor csak azokat a sorokat kell olvasnia, amik megfelelnek, és eleve két int-et kell csak összehasonlítani, még joinnal együtt is gyorsabb lesz szerintem, és kevesebb helyet fog foglalni, gyorsabb lesz a beszúrás/módosítás is
  
  és az hogy végig kell túrnia sztringeket pont akkor lesz rossz, amikor már nagy lesz a tábla, mert ahhoz hogy lekérdezz 50-et sokkal többet kell majd olvasnia, mert egyszerűen nem tudja majd merre keresse őket, míg az indexelt tulajdonságid-nél egyből tudni fogja, és 50et összejoinolni nem lesz nagyobb költség mint mondjuk 500 sztringet végigolvasni a lemezről mire megtalál annyit amennyi a limitben van
  
  szerk:
  ha ennyire aggódtok a join miatt akkor használjatok innodb táblákat, azoknál elvileg gyorsabb az elsődleges kulcs szerinti joinolás
  
  [Szerkesztve]

  Akkor a tulajdonsaggal_rendelkezik -be kell (termek_id,tul_id1,tul_id2,tul_id3,tul_id4,tul_id5)?
  Így csak 5 tulajdonság kezelésére alkalmas a tábla? Mindegyikbe csak 1 számot lehet írni?
  De ezzel a módszerrel hogyan keresek? 5 mezőben hogyan keresek?
  Ezer köszi.

Új hozzászólás Aktív témák