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

• #1933 Anonymusxx senior tag DNReNTi #1932

  Új Válasz 2017-07-24 11:17:45 #1933

  Ú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

  

  Anonymusxx

  senior tag

  válasz DNReNTi #1932 üzenetére

  És azt hogy kell?

• #1920 adika4444 addikt DNReNTi #1919

  Új Válasz 2017-06-01 19:07:04 #1920

  Ú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

  

  adika4444

  addikt

  válasz DNReNTi #1919 üzenetére

  Köszi! Ezt összekötném PHP-vel... Ilyenkor van egyszerűbb megoldás annál, mint hogy distincttel kiválasztom a dátum szerint sorrendezve a topikokat, majd a forum_topics táblából lekérem a nevüket?
  szerk: ez már nagyon PHP, de egy helyen legyen az egész kérdés... A Distinct alapból a mysqli_fetch_all tömbben egy elemben ,-vel elválasztva adja vissza az eredményeket, jelen esetben a topic id-ket, vagy külön tömbelemenként, amit egy for-ral bejárok és mindegyikhez lekérem a nevét?

• #1918 adika4444 addikt DNReNTi #1917

  Új Válasz 2017-05-28 10:32:25 #1918

  Ú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

  

  adika4444

  addikt

  válasz DNReNTi #1917 üzenetére

  Értem, köszi!

  más:
  Van egy táblám, a fórum hsz-jeivel, és van egy másik a témákkal.
  Hogy tudok olyat hogy a témáknál az adott téma utolsó hozzászólás oszlopa mindig a
  select max(pdate) from `forum_posts` where topic = 1;
  parancs kimenete legyen?
  Itt 1-es a topic id-je, de valahogy azt is kellene hogy a megfelelő témához nézze a legnagyobb dátumot... A dátumot integerben tárolom, unixos formátumban tehát az eltelt másodpercek 1970 óta...
  Hallottam valamit arról hogy valami foreign key amivel ezt meg lehet oldani, de normális leírást nem találtam hogy miként tudnám megoldani...
  Köszi előre is!

• #1914 adika4444 addikt DNReNTi #1913

  Új Válasz 2017-05-26 17:13:27 #1914

  Ú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

  

  adika4444

  addikt

  válasz DNReNTi #1913 üzenetére

  Naggyából megy, de ha már van egy _ a tábla nevében hogy forum_posts megdöglik. Pedig átírtam a select-ben és hogy hová szúrja, az alias-nál először hagytam és miután úgy elszállt átírtam. De úgy se megy...
  Ezzel mit lehetne kezdeni?

• #1911 adika4444 addikt DNReNTi #1910

  Új Válasz 2017-05-26 06:50:01 #1911

  Ú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

  

  adika4444

  addikt

  válasz DNReNTi #1910 üzenetére

  Nem akar menni
  Hiba a lekérdezésben (1093): You can't specify target table 'posts' for update in FROM clause
  Hol lehet a probléma?

• #1843 fcbarca őstag DNReNTi #1842

  Új Válasz 2016-12-18 21:47:32 #1843

  Ú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

  

  fcbarca

  őstag

  válasz DNReNTi #1842 üzenetére

  ott is írtam már,de nem kaptam választ

• #1650 laracroft senior tag DNReNTi #1648

  Új Válasz 2015-03-25 11:21:47 #1650

  Ú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

  

  laracroft

  senior tag

  válasz DNReNTi #1648 üzenetére

  Igen, de egyszerre szeretném megkapni az összes létező code értéket, nem szeretném cserélgetni!

• #1568 gyga senior tag DNReNTi #1564

  Új Válasz 2014-09-12 08:55:27 #1568

  Ú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

  

  gyga

  senior tag

  válasz DNReNTi #1564 üzenetére

  ilyenkor hogy tudom megadni a kapcsolat típusát értem ezalatt az 1:1 vagy 1:T esetleg határozatlan?
  és az integritás megőrzést is be kéne kapcsolni néhol.

• #1565 gyga senior tag DNReNTi #1564

  Új Válasz 2014-09-10 20:34:40 #1565

  Ú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

  

  gyga

  senior tag

  válasz DNReNTi #1564 üzenetére

  aham vmi ilyesmire gondoltam. És ha összekötöm azt elég egyszer megcsinálni ugye?

• #1536 sonar addikt DNReNTi #1535

  Új Válasz 2014-04-28 15:59:10 #1536

  Ú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

  

  sonar

  addikt

  válasz DNReNTi #1535 üzenetére

  Maradt a favágó módszer

• #1534 sonar addikt DNReNTi #1533

  Új Válasz 2014-04-24 10:17:10 #1534

  Ú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

  

  sonar

  addikt

  válasz DNReNTi #1533 üzenetére

  Nem FTP hanem egy sima share. És egy automatizmus mozgatja a file-okat (sajnos nem tudunk belenyúlni)
  Ez az oda vissza checkelés nem túl szimpatikus, akkor egyszerűbb egy
  delete * from table; dir *.* -> insert table; Ekkor max azt kellene megoldani, hogy amig ez fut addig ne legyen query. Tényleg lehet valami lock-ot csinálni?
  De lehet, hogy odavissza checkelés lesz a vége. Megirom midkét féle képpen és meglátom mit mutat.

  Felülirás nem számit, csak az a lényeg, hogy a helyén legyen.

• #1532 sonar addikt DNReNTi #1531

  Új Válasz 2014-04-23 22:06:56 #1532

  Ú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

  

  sonar

  addikt

  válasz DNReNTi #1531 üzenetére

  Értem mit mondasz, de ez is egy bazi nagy for ciklus lenne ahol 95%-ban nem változik semmi.
  Plusz duplán kell futtatni mert ha mondjuk töröltek egy file-t az csak úgy derül ki ha minden egyes rekordhoz tartozó filet leellenőrzök.
  Sajnos a dátum figyelés sem játszik mert a file dátuma az eredeti kreálási (azaz simán lehet, hogy 2010-es és most lett odamásolva)
  (valamint win és linux alatt is működnie kell/ene a scriptnek)

• #1520 TomyLeeBoy tag DNReNTi #1517

  Új Válasz 2014-04-06 09:18:37 #1520

  Ú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

  

  TomyLeeBoy

  tag

  válasz DNReNTi #1517 üzenetére

  Van egy gépünk befogva szervernek (pentium dualcore, 4Gb ram), egy php+mysql alapú adatrögzítő/nyilvántartó rendszer fut rajta. Eddig linuxon ment, most win server került rá mert másra is kellene használni amihez win kell. Még csak iis, mysql 5.5, php van rajta semmi más, visszarakva egy a bizonyos rendszer, és a mysql műveletek jelentősen lassabbak lettek. Nem néztem pontos mérést de 5x-10x biztosan. Először azt gondoltam kevés a vas így winnel, de a feladatkezelő 3% prociterhelést, és 1,3Gb foglalt ramot mutat, tehát erőforrás elvileg még van bőven...

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