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

• #12547 Sk8erPeter nagyúr Laffesz #12537

  Új Válasz 2013-01-21 13:57:59 #12547

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz Laffesz #12537 üzenetére

  "Nem tudom esetleg gyorsabb lenne-e ha nem egy tábla lenne, hanem kettő, minden nyelvnek egy-egy."
  Nem tartom túl jó ötletnek, hogy minden nyelvhez létrehozz egy-egy pontosan ugyanolyan szerkezetű táblát... szóval ne bontsd szét táblánként. Egyébként az biztos, hogy a táblaszerkezetet újra kell gondolnod, mert gondolj bele, ha négy nyelved van mondjuk, és egy csomó tartalomhoz még egyáltalán nem érkezett fordítás, akkor ha ugyanannak a táblának a hu, en, de vagy es mezőjében nincs tartalom, akkor ezeknél mindenhol NULL szerepel, egymás mellett, az meg nem jó ötlet. Lehet az id ÉS a nyelv is elsődleges kulcs. De ezt ne itt beszéljük meg, hanem inkáb a MySQL- vagy SQL-topicok valamelyikében.

• #12544 Vision veterán Laffesz #12537

  Új Válasz 2013-01-20 15:26:06 #12544

  Ú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

  

  Vision

  veterán

  válasz Laffesz #12537 üzenetére

  Ez az adatbázis felépítésétől függ. Ha a nyelvek külön mezőkben vannak tárolva, akkor nem gond. A lekérdezés gyorsaságát inkább a rekordok száma határozza meg (számos egyéb tényezőn kívül).

• #12536 Vision veterán Laffesz #12535

  Új Válasz 2013-01-19 17:23:54 #12536

  Ú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

  

  Vision

  veterán

  válasz Laffesz #12535 üzenetére

  Nem lehet, hogy maga a szerver lassú? Nemrég jártam én is pont így egy keresésnél...

• #12534 Sk8erPeter nagyúr Laffesz #12533

  Új Válasz 2013-01-19 17:03:35 #12534

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz Laffesz #12533 üzenetére

  Szívesen! De azért nézz rá alaposan a tábláidra, mert biztos, hogy valami nem stimmel velük, ha ilyen lassú a lekérdezés, akár egy EXPLAIN-nel is vizsgálgathatsz query-ket.

• #12526 DeltaPower addikt Laffesz #12521

  Új Válasz 2013-01-19 13:07:48 #12526

  Ú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

  

  DeltaPower

  addikt

  válasz Laffesz #12521 üzenetére

  biker-rel értek egyet, szerintem nincs megfelelően indexelve. Ekkora adatbázis nem számít nagynak, csak indexhiánynál, durván rosszul felépített queryvel vagy hatalmas adatmennyiséggel lehet ekkora query időket kihozni.

• #12524 biker nagyúr Laffesz #12521

  Új Válasz 2013-01-19 08:30:38 #12524

  Ú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

  

  biker

  nagyúr

  válasz Laffesz #12521 üzenetére

  talán indexelni kéne???

• #12522 Sk8erPeter nagyúr Laffesz #12521

  Új Válasz 2013-01-19 01:40:46 #12522

  Ú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

  

  Sk8erPeter

  nagyúr

  válasz Laffesz #12521 üzenetére

  "Ezt a táblát egy phpmyadmin adatbázisban tárolom"
  Nincs olyan, hogy "phpmyadmin adatbázis"... a phpMyAdmin csupán egy böngészőben használható eszköz a MySQL-szerverek dolgainak (adatbázisok, táblák, felhasználók, stb.) kezelésére, mindez PHP nyelven megírva. Az adatbázisodnak semmi köze hozzá, hogy annak a tartalmát phpMyAdmin vagy más eszköz felhasználásával nézegeted.

  Az a 10 perc elég durván soknak tűnik ennyi adatnál. Indexelve van(nak) rendesen az a tábla (azok a táblák), ami(k)ből lekéred az adatokat? Ha XML-fájlba nyomva ennyivel gyorsabban dolgozta fel az adatokat, akkor ott szerintem valami gáz lesz az adatbázissal.

  Egyébként kerülő megoldásként az egy gyorsan megvalósítható dolog lenne, hogy "felszeletelve" jeleníted meg folyamatosan az adatokat, ha már tényleg ennyire elképesztő bugyuta kérést kaptál, hogy mindent egy oldalon jeleníts meg (már az ötletet sem értem, minek egy oldalra kicseszni az egészet, amikor ilyen adatmennyiség átláthatatlan, ha azért, hogy keresni lehessen benne, akkor nem a böngésző keresőjét felhasználva kellene ekkora adatmennyiségben, hanem egy tisztességes AJAX-alapú keresőben), mégpedig úgy, hogy mondjuk az első 100 (vagy akármennyi) találatot megjeleníted, aztán folyamatosan töltögeted hozzá az adatok többi részét AJAX-szal.
  Arra gondolok, hogy az első 100-at mondjuk megjeleníted így:
  SELECT * FROM `szotar` LIMIT 0 , 100
  aztán a következő 100-at így:
  SELECT * FROM `szotar` LIMIT 100 , 100
  azután:
  SELECT * FROM `szotar` LIMIT 200 , 100
  SELECT * FROM `szotar` LIMIT 300 , 100
  és így tovább.
  Ezeket mindig AJAX-szal töltögeted hozzá, így legalább már használhatóvá válik az oldal...

  De alapvetően szerintem az adatbázison kellene javítgatni valamit, megfelelő indexeléssel, ilyesmikkel...

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