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

• #5042 nyunyu félisten Taci #5036

  Új Válasz 2021-07-03 17:56:22 #5042

  Ú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

  Privát üzenet küldése

  

  nyunyu

  félisten

  válasz Taci #5036 üzenetére

  Categoryt hiába indexálod, fészbúk operátor miatt mindig full table search lesz az eredmény...

  Ha nem muszáj, ne nyomd a lájkot.

  Nem tudom, melyik a gyakrabb a táblából olvasásnál, channel_id-re szűrés vagy a dátum szerinti rendezés, attól függően lehetne összetett indexet is használni, pl.:
  CREATE INDEX table_ix1 ON table(channel_id, date);
  Gyakrabban használt oszlopot tedd előre az indexben.

  Egy táblából olvasáshoz egyszerre csak egy indexet szoktak használni a DB kezelők, így hiába tennél minden oszlopra külön-külön, jobban jársz pár jól megválasztott összetett indexszel.

• #5037 Taci addikt Taci #5036

  Új Válasz 2021-07-03 14:14:38 #5037

  Ú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

  Privát üzenet küldése

  

  Taci

  addikt

  válasz Taci #5036 üzenetére

  Illetve még egy kérdésem lenne:

  Indexeltem elvileg, aztán a duplikálással felvittem 500e körülre a rekordok számát.
  Viszont ugyanolyan lassú még mindig.

  - Most akkor nem vártam eleget, idő kell az indexeléshez, és csak később lesz gyorsabb?
  - Vagy az indexelés csak az aktuálisan létező elemekre vonatkozik, a jövőbeniekre nem, ezért mondjuk minden új rekord felvétele után újra indexelni kellene?
  Ezt mondjuk most meg is válaszolom magamnak, mert újra futtattam az indexelős parancsot, és azt írja, nem lehet, duplikált kulcsazonosító.
  - Nyomon tudom követni valahol vagy valahogy az indexelés állapotát? Azt írják, hogy a user nem látja, de valahol biztos jegyezve van.

  (Kérlek, ha lehet, az előző kérdéseket is próbáljátok már megválaszolni.)

  Köszönöm.

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