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

• #1590 Rolly veterán sonar #1589

  Új Válasz 2014-12-19 15:02:05 #1590

  Ú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

  

  Rolly

  veterán

  válasz sonar #1589 üzenetére

  az id meg primary key ....

  #martonx: van rálátásom és tudnék matatni is de jelenleg nem vagyok akkora szerver guru, hogy elkezdjek mókolni vele illetve van a szerveren 1-2 igen fontos és komoly projekt ami ha leáll engem elföldelnek

• #1587 Rolly veterán biker #1586

  Új Válasz 2014-12-19 12:03:53 #1587

  Ú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

  

  Rolly

  veterán

  válasz biker #1586 üzenetére

  úgy néz ki, hogy a mysql erre nem figyel ... vagy az ellenőrzés több erőforrást eszik mint ha a where feltételnél van ilyen feltétel szabva ...
  - előtte 2-es loadot csinált ez a script a meglévő cuccok mellett
  - most meg 0.5 fölé nem ment ...

  remélem így is marad :9 egyenlőre nem iszunk előre rá remélem így is marad: )

• #1585 Rolly veterán sonar #1584

  Új Válasz 2014-12-19 08:24:55 #1585

  Ú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

  

  Rolly

  veterán

  válasz sonar #1584 üzenetére

  a folyamat az alábbi

  -- termék lista frissítés --
  1.) letöltöm a csvt (20-30.000 sor pl az egy beszállító adatbázisa)
  2.) soronként md5 hasht generálok
  2.a.) ha a sor md5 hash-ét megtalálom a dbben (SELECT) akkor nem csinálok semmit mert az a sor az adatokkal már szerepel
  2.b.) ha a sor md5 hash nem szerepel az adatbázisba akkor lekérem a cikkszám szerint a terméket
  2.b.I.) ha megvan a termék cikkszám szerint (UPDATE) és az md5 hasht is frissítem
  2.b.II.) ha nincs meg a termék (INSERT)
  3.) az összegyűjtött md5 hash-en kívüli termékeket inaktiválom (mert a lista mindig tartalmazza az összes elérhető terméket (de néha ki be kerülnek termékek + seo szempontból a nem kapható termék is google találat ráadásul igen elöl ... ehhez meg az ügyfél tud megadni alternatív termékeket melyre az ügyfél át tud ugrani...

  -- kategória frissítés --- (az ügyfél kérése, hogy minden kategóriában megjelenjen, hogy hány termék van és csak az a kategória legyen amiben van termék)
  4.) lekérdezem az összes kategóriát ami egyik kategóriának se a szülője (azaz a leveleket) (SELECT)
  5.) végig járom a leveleket majd a szülőiket berakom a tömbbe ha még nincsenek ha vannak akkor összeadom az adott kategória elem számát a szülőjével ... azaz egy fabejárást csinálok, és minden kategóriát csak egyszer frissítek mikor már kiszámoltam a kategóriák elemszámait ...
  6.) egyesével lefrissítem a kategóriák elemszámát... Ez a lassú pedigg a fenti query fut le ... most annyit raktam még bele, hogy

  UPDATE webshop__category
  SET productnumber = ".$numCount."
  WHERE id = 10370
  AND productnumber != ".$numCount

  Így csak akkor updatel amikor valóban változott a product number ... Ma kiderül mennyivel jobb a helyzet ...

• #1583 Rolly veterán

  Új Válasz 2014-12-18 19:58:17 #1583

  Ú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

  

  Rolly

  veterán

  egyik webshopom kezd kicsit nagyra hízni ... normális működéssel nincs is gond azt sikerült optimalizálnom...

  kivéve a 3 óránkénti termék updatet (még itt sem a termékek updatejével van gond ...) ugye minden esetben csak azokhoz a termékekhez nyúlok amik
  - adatai változtak (rendelési státuszok)
  - új termékek
  - eltűnt termékek

  majd mivel ez a kb 70.000 termék 8.000 kategóriában van és minden kategóriában tudnom kell (weboldalon megjelenik) hány termék van így a kategória fában a levelektől a gyökér irányába bejárom a fákat szintenként ...

  a gond itt van ugyanis a 8000 lekérdezés baromi lassan fut le valamiért pedig sima queryk ...

  "UPDATE webshop__category SET productnumber = 0 WHERE id = 10370"

  mit lehetne tenni? A térjek át postgresre jó válasz ... de postgresen ez a webshop nem fut csak ennek a 2.0-ás változata (az már megy mysql és postgres alatt is) és az ügyfél nem akarja kifizetni az átállás költségét ... anno 500 kategória és 10.000 termék volt picit hízott

• #1117 Rolly veterán Rolly #1116

  Új Válasz 2013-01-31 13:01:14 #1117

  Ú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

  

  Rolly

  veterán

  válasz Rolly #1116 üzenetére

  közben megtaláltam ... köszi a segítséget

• #1116 Rolly veterán martonx #1115

  Új Válasz 2013-01-31 12:39:22 #1116

  Ú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

  

  Rolly

  veterán

  válasz martonx #1115 üzenetére

  nem tudtam, hogy van ilyen beállítás s ez meg is oldaná a problémámat, de ha nem férek a mysql konfighoz? sql-ből ezt lehet állítani?

• #1114 Rolly veterán

  Új Válasz 2013-01-31 11:58:21 #1114

  Ú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

  

  Rolly

  veterán

  mysql és postgresql alatt kellene megoldanom, hogy a mysql-es concat függvény működjön.

  a postgresben a concat(a,b); ... concat(a,b,c) ... függvények létrehozása megoldásnak tünt, de tipusok kavarása miatt nem túl praktikus plusz így is van már kb 10 concat függvény...

  ami nehezíti a történetet az az, hogy ugyanannak a lekérdezésnek le kell futnia mysql és postgres alatt...

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