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

• #5135 Taci addikt sztanozs #5126

  Új Válasz 2021-08-06 11:05:43 #5135

  Ú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 sztanozs #5126 üzenetére

  SELECT item_id, item_date
FROM items
WHERE 
item_id IN (select item_id from items_categories where 
category_id not in  (1,3,13,7,20) and 
item_id not in (117,132,145,209,211))
ORDER BY item_date DESC LIMIT 4

  

  

  (valami régi kódból maradt benne a neve, a feed_id az az item_id az index nevében)

  Mivel itt azt mondja, hogy az items_categories táblán nem használ indexet (key = NULL), ezért arra gondoltam, akkor létre hozok egy covering indexet ide:
  CREATE INDEX idx_category_id_item_id ON items_categories (category_id,item_id)

  A sebességen nem javított, de most már így néz ki az explain:
  

  ----------

  SELECT i.item_id, i.item_date
FROM items as i INNER JOIN items_categories AS c ON i.item_id=c.item_id
WHERE 
  c.category_id NOT IN (1,3,13,7,20) AND
  i.item_id NOT IN (117,132,145,209,211)
GROUP BY i.item_id, i.item_date
ORDER BY i.item_date DESC LIMIT 4

  

  

  Itt ha a
  GROUP BY i.item_id, i.item_date
  helyett
  GROUP BY i.item_id
  van, akkor ennyi a változás:

  

  De időben semmit nem jelent.

• #5128 Taci addikt sztanozs #5126

  Új Válasz 2021-08-06 08:07:56 #5128

  Ú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 sztanozs #5126 üzenetére

  Mondjuk egy-egy execution plan-t jó volna látni mindegyikre...

  Ezekre a fajta információkra gondolsz (a lekérdezés egyes részei mennyi ideig futottak, használt-e indexeket stb.), amit az Explain és a Profiling ad? (Google-ön rákeresve az execution plan-re phpMyAdminban ezeket dobta fel.)

  Mert akkor megcsinálom.

• #5127 bambano titán sztanozs #5126

  Új Válasz 2021-08-05 23:39:35 #5127

  Ú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

  

  bambano

  titán

  válasz sztanozs #5126 üzenetére

  "az indexet növekvő sorrendben hozza létre így az index végén levő (legnagyobb értékek) rögtön rendelkezésre kell álljanak": szemben azzal, ha csökkenő sorrendben hozza létre, mert akkor az index elején áll rendelkezésre a legnagyobb érték.

  normálisan az indexet egyféleképpen kell létrehozni, és ha csökkenő a lekérdezés, akkor egyszerűen reverse scan-t csinál. legalábbis a postgres ilyen, hogy más adatbáziskezelők mit csinálnak, nem tudom.

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