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

• #1949 DNReNTi őstag Jinxb1rd #1948

  Új Válasz 2017-08-29 16:14:14 #1949

  Ú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

  

  DNReNTi

  őstag

  válasz Jinxb1rd #1948 üzenetére

  Szerintem a FOREIGN_KEY_CHECKS erteke 1 es 0 lehet, nem pedig ON es OFF. Ezt kizarolag arra alapozom, hogy en meg csak ugy lattam, magyarul tehat tippelem.

• #1932 DNReNTi őstag Anonymusxx #1931

  Új Válasz 2017-07-24 11:12:38 #1932

  Ú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

  

  DNReNTi

  őstag

  válasz Anonymusxx #1931 üzenetére

  Mi lenne ha a kepeket fajlkent tarolnad? Peldaul?

• #1919 DNReNTi őstag adika4444 #1918

  Új Válasz 2017-05-28 15:36:59 #1919

  Ú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

  

  DNReNTi

  őstag

  válasz adika4444 #1918 üzenetére

  En ezt teljesen maskepp oldanam meg:
  SELECT post_date
FROM forum_posts
WHERE topic = 1
ORDER BY id DESC
LIMIT 1;

  Feltetelezve hogy van id mezod, ami auto increment-es.
  Magyarul ez kivalaszt egy darab post_date mezo erteket a forum_posts tablabol ahol a topic mezo egy, id szerint csokkeno sorrendben (tehat a legfrissebbet).

  Kottaknal meg erdemes hasznalni a "Programkod" gombot.

• #1917 DNReNTi őstag adika4444 #1916

  Új Válasz 2017-05-26 19:46:29 #1917

  Ú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

  

  DNReNTi

  őstag

  válasz adika4444 #1916 üzenetére

  Mert a subquery-ben is a `posts` tablan futtatod a lekerdezest, es ha nincs alias, akkor eltorik. Ha egy masik tablabol kellene az info nem lenne gond. De egyebkent is erdemes aliasokat hasznalni, foleg ilyen "komplexebb" lekerdezeseknel, sokkal attekinthetobb.

• #1915 DNReNTi őstag adika4444 #1914

  Új Válasz 2017-05-26 17:17:50 #1915

  Ú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

  

  DNReNTi

  őstag

  válasz adika4444 #1914 üzenetére

  Ha az SQL-t is megosztottad volna konnyebb lenne, mer' most oszinten megmondom nem ertem pontosan mit is akasz hova tenni es miert.

• #1913 DNReNTi őstag adika4444 #1911

  Új Válasz 2017-05-26 11:15:56 #1913

  Ú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

  

  DNReNTi

  őstag

  válasz adika4444 #1911 üzenetére

  No most volt alkalmam kiprobalni is amit csinalok, kifelejtettem az aliast:
  INSERT INTO
`posts`
(`localid`, `topic`, `post`)
VALUES (
((SELECT COUNT(1) FROM `posts` AS postsAlias) + 1),
'1',
'a tartalom');

  Ez igy tuti mukodik MySQL-ben.

• #1910 DNReNTi őstag adika4444 #1909

  Új Válasz 2017-05-25 20:21:07 #1910

  Ú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

  

  DNReNTi

  őstag

  válasz adika4444 #1909 üzenetére

  Mert valszeg a subquery result nem egy ertek. Inkabb valami ilyesmi kellene:
  INSERT INTO `posts` (`localid`, `topic`, `post`)
VALUES ((SELECT COUNT(*) FROM `posts` WHERE topic = 1) + 1, "1", "a tartalom");

  Nem probaltam ki, lehet elirtam, de valami ilyesmi lenne.

• #1842 DNReNTi őstag fcbarca #1841

  Új Válasz 2016-12-18 17:39:24 #1842

  Ú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

  

  DNReNTi

  őstag

  válasz fcbarca #1841 üzenetére

  Gyanús, hogy ezzel kapcsolatban a GTA V topikban hamarabb fog segíteni valaki.

• #1791 DNReNTi őstag Fooler89 #1790

  Új Válasz 2016-02-12 13:02:36 #1791

  Ú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

  

  DNReNTi

  őstag

  válasz Fooler89 #1790 üzenetére

  INNER JOIN - Reference.

• #1774 DNReNTi őstag amdni #1773

  Új Válasz 2015-12-07 10:42:20 #1774

  Ú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

  

  DNReNTi

  őstag

  válasz amdni #1773 üzenetére

  Tömb helyett táblát akartál írni gondolom.

  Egyébként szerintem csak azért "nem engedi" mert az oszlopdefiníciók rész teljesen össze van nyomorítva, így nem látszik belőle semmi, csak a fejlécek.

• #1648 DNReNTi őstag laracroft #1647

  Új Válasz 2015-03-25 11:13:19 #1648

  Ú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

  

  DNReNTi

  őstag

  válasz laracroft #1647 üzenetére

  Ha jól értem mi a cél, akkor:
  SELECT * FROM table_name WHERE code = 'ABC' ORDER BY date DESC LIMIT 1;
  Nyilván a code mező tartalmát mindig arra cseréled amire épp kíváncsi vagy.

• #1639 DNReNTi őstag balaaa88 #1638

  Új Válasz 2015-02-05 10:04:45 #1639

  Ú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

  

  DNReNTi

  őstag

  válasz balaaa88 #1638 üzenetére

  Elég meggyőző. Kösz a linket, még jól jön majd.

• #1564 DNReNTi őstag gyga #1563

  Új Válasz 2014-09-10 19:25:31 #1564

  Ú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

  

  DNReNTi

  őstag

  válasz gyga #1563 üzenetére

  Ha összekötés alatt a külső kulcsokat érted akkor:
  ALTER TABLE amihez_kulcsot_adsz
  ADD CONSTRAINT fk_kulso_kulcs_neve
  ADD FOREIGN KEY (kulso_id)
  REFERENCES masik_tabla(id);

  Remélem nem rontottam el, fejből írtam.

• #1535 DNReNTi őstag sonar #1534

  Új Válasz 2014-04-25 17:33:46 #1535

  Ú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

  

  DNReNTi

  őstag

  válasz sonar #1534 üzenetére

  Jutottál valamire? Majd írd le mi lett a jó megoldás.

• #1533 DNReNTi őstag sonar #1532

  Új Válasz 2014-04-24 10:02:48 #1533

  Ú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

  

  DNReNTi

  őstag

  válasz sonar #1532 üzenetére

  Akkor meg készíteni kell a felhasználóknak egy felület amin ők maguk vezetik a változásokat. Na ez az amit a felhasználók majd telibeszarnak és az egész nem ér semmit. Szerintem egy ilyen ellenőrző script nem nagy overhead, pillanatok alatt átfutja a filelistát és az adatbázist is.

  Én utóbbival kezdeném:
  SELECT id, filename FROM files;
  Egy foreach() ciklusban minden fájlnevet lehet ellenőrízni file_exists() függvénnyel.
  Ha nem létezik, a bejegyzést törlöd.

  Ha ez lefutott jöhet a fordított eset:
  A fájllistán mégy végig, és az aktuális fájlnévre keresel a táblában. Ha egy adott fájl nevére nincs találat, akkor felviszed az adatbázisba.

  A felülírt fájlok este így hogy a dátum nem változik már érdekesebb.
  De erre megoldás lehet a filemtime() függvény, ami a legutolsó módosítás idejét adja vissza. (Bevallom még sosem használtam így erre nem esküszöm meg.) Ezt egy az egyben bele lehetne integrálni az első lépésbe, így ha egy file létezik de a legutolsó módosítás dátuma nem egyezik akkor azt frissíted.

  Ezzel egy viszonylag up to date táblát lehetne vezetni a fájlok változásáról teljesen automatizáltan, felhasználói hiba kizárásával.

  Másik alternatíva lehet mondjuk az FTP log feldolgozása, de ott is ugyan ezt kell végigjátszani.

  Egyébként érdekes kérdés, kíváncsi vagyok valaki előáll e pontosabb megoldással.

  Update:
  Mire leírtam eszembe jutott egy talán jobb lehetőség:
  A felépítés ugyan ez lenne mint amit leírtam, annyival érdemes lehet kiegészíteni hogy tárolod az utolsó ellenőrzés idejét, és a fájlok ellenőrzésénél csak olyan fájlokat vizsgálsz amik legutolsó módosításának ideje ettől nagyobb. Ezzel kizárod a változatlan fájlok vizsgálatát.

• #1531 DNReNTi őstag sonar #1530

  Új Válasz 2014-04-23 17:55:33 #1531

  Ú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

  

  DNReNTi

  őstag

  válasz sonar #1530 üzenetére

  Ha webes felületen történik a file management akkor egyszerűen csak a fájlművelethez kell kapcsolni egy sql parancsot is, új fájl -> insert, törlés -> delete stb, így folyamatosan naprakész az adatbázis. Ha nem weben hanem pl ftp-n zajlik a file cserebere akkor meg cron-nal érdemes 10-30 percenként futtatni egy szkriptet ami ellenőrzi a file listát, különbözés esetén pedig a megfelelő parancsot végrehajtja. Pl új file a szerveren, ami nincs az adatbázisba, beszúrod, egy file ami ugyan szerepel, de új dátummal, update, file nincs a listában de szerepel az adatbázisban: törlöd a bejegyzést.

• #1517 DNReNTi őstag TomyLeeBoy #1516

  Új Válasz 2014-04-05 16:40:11 #1517

  Ú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

  

  DNReNTi

  őstag

  válasz TomyLeeBoy #1516 üzenetére

  En nem ertem a kerdest

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