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

• #3947 Sk8erPeter nagyúr Tele von Zsinór #3645

  Új Válasz 2010-02-08 04:38:42 #3947

  Ú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 Tele von Zsinór #3645 üzenetére

  Ezzel kapcsolatban az lenne a kérdésem, hogy eszerint úgy kérdezted le a cikkek elemeit, hogy mondjuk
  SELECT * FROM tibia_news
  INNER JOIN tibia_news_i18n ON tibia_news.id = tibia_news_i18n.id
  AND tibia_news_i18n.culture = 'en'
  WHERE tibia_news.user_id = 2 ;
  ?
  Most így ránézésre ez jutott eszembe, korrigálj, ha nem jó.

  És ezzel kapcsolatban kérdeznék még:
  most azt szeretném elegánsan megcsinálni, hogy egy honlap fő tartalma tetszőlegesen módosítható legyen, több nyelven is, a tartalom pedig adatbázisba kerülne, onnan hívnám le. Arra gondoltam, hogy az utolsóként módosító felhasználó nevének eltárolásakor az se gáz, ha ugyanannak a rekordnak egy oszlopában (pl. last_modified_by) lévő tartalmat írogatnám felül az aktuális legutóbb módosító felhasználó nevével.
  Amit tárolni szeretnék:
  oldal főcíme, nyelv, utolsó módosítás dátuma, utoljára módosító felhasználó neve (ebből mondjuk nem lenne túl sok, max. 2-3, de inkább 2)
  Mivel lenne olyan max. 6 menüpont, így nem tudom, érdemes-e egyáltalán azonosítószámot rendelni az egyes menüpontokhoz, vagy elég lenne, ha mondjuk lenne két összetartozó elsődleges kulcs, mondjuk PRIMARY KEY (oldal_rovid_neve, nyelv), vagy ez már gagyibb megoldás?
  Kell egyáltalán külön összerendelő tábla ilyen célra, vagy az felesleges?
  Mi lenne a "legelegánsabb" módszer?
  Nyilván nem az, ha egyetlen sorban, különböző oszlopokban lenne eltárolva minden, hanem akkor már elsődleges kulcsokkal.

  Köszi az ötleteket előre is!

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