Keresés: - MySQL topic - Mobilarena Hozzászólások

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Ú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...