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

• #1907 Ispy nagyúr Speeedfire #1906

  Új Válasz 2013-08-23 15:36:07 #1907

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1906 üzenetére

  Hagy ne kelljen már találgatni, azt hiszem ez elvárható, ha már valaki segítséget akar.

  Szerintem nyugodtan szét lehetne szedni ezt a topikot arra a pár SQL nyelvre, amit a nagy többség használ.

  MySql-nek például van dedikált topikja.

• #1894 Ispy nagyúr Speeedfire #1893

  Új Válasz 2013-08-15 20:31:18 #1894

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1893 üzenetére

  Akkor viszont a subselectek helyett viewk, majd joinnal összekötöd ezeket.

• #1892 Ispy nagyúr Speeedfire #1891

  Új Válasz 2013-08-15 20:03:18 #1892

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1891 üzenetére

  Én biztosan nem próbálnék meg subselectes unionos viewkat használni, egy tárolt eljárásban szét kell szedni a feladatot, mert ez így nem lesz egy villám.

• #1890 Ispy nagyúr Speeedfire #1889

  Új Válasz 2013-08-15 19:36:15 #1890

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1889 üzenetére

  Hol használod? Mire? Tárolt eljárás? Minek kell ennyi subselect? Kód?

• #1888 bpx őstag Speeedfire #1887

  Új Válasz 2013-08-15 19:11:38 #1888

  Ú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

  

  bpx

  őstag

  válasz Speeedfire #1887 üzenetére

  [link]

  "Subqueries cannot be used in the FROM clause of a view. "

• #1885 Apollo17hu őstag Speeedfire #1884

  Új Válasz 2013-08-11 00:11:10 #1885

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1884 üzenetére

  Jövő héten ki fogom próbálni, pont az volt a gáz, hogy a listagg() függvény nem engedte a DISTINCT-et.

• #1883 Apollo17hu őstag Speeedfire #1882

  Új Válasz 2013-08-11 00:04:47 #1883

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1882 üzenetére

  Ja, most már értem. Akkor én passzolom a témát.
  Botlottam már hasonló problémába korábban, akkor úgy szerettem volna az értékeket összefűzni egy mezőbe, hogy az ismétlődések csak egyszer jelenjenek meg benne. Lényegében te is ezt csinálnád a nullértékekkel/nullákkal. Na, erre nincs normális függvény [prog.hu -n legalábbis nem tudtak segíteni, és gugli is csak olyan találatokat adott, ahol ciklusokat kell használni (PL/SQL)].

  Esetleg ha úgy csinálnád, hogy:

  SELECT
  CASE WHEN a.int1 IS NOT NULL THEN a.int1 || ', ' END ||
  CASE WHEN a.int2 IS NOT NULL THEN a.int2 || ', ' END ||
  CASE WHEN a.int3 IS NOT NULL THEN a.int3 || ', ' END ||
  CASE WHEN a.int4 IS NOT NULL THEN a.int4 || ', ' END ||
  CASE WHEN a.int5 IS NOT NULL THEN a.int5 || ', ' END ||
  a.int6
  FROM (...) a

• #1881 Apollo17hu őstag Speeedfire #1880

  Új Válasz 2013-08-10 23:06:22 #1881

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1880 üzenetére

  Az nem lenne jó, ha előbb a 2. táblából csinálnál egyetlen konkatenált oszlopot (+ mellé az id oszlopot), majd az így kapott lekérdezést kötnéd (allekérdezésként) az 1. táblához?

  SELECT ...
  FROM tabla1
  JOIN (SELECT tabla2.id, [konkatenált oszlopok]
  FROM tabla2)
  ON tabla1.id = tabla2.id

• #1880 Speeedfire félisten Speeedfire #1879

  Új Válasz 2013-08-10 22:59:32 #1880

  Ú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

  

  Speeedfire

  félisten

  válasz Speeedfire #1879 üzenetére

  Valami ilyesmit, amit utána concat_ws()-el fűznék össze, de nem hiszem, hogy nincs rá jobb megoldás.

  select concat_ws(',',
  `int1`,
  `int2`,
  `int3`,
  `int4`,
  `int5`,
  `int6`
  ) as tipus
  from (select
  case
  when `int1` = 1
  then 1
  end as int1,
  case
  when `int2` = 1
  then 2
  end as int2,
  case
  when `int3` = 1
  then 3
  end as int3,
  case
  when `int4` = 1
  then 4
  end as int4,
  case
  when `int5` = 1
  then 5
  end as int5,
  case
  when `int6` = 1
  then 6
  end as int6
  from pelda) a;

  De nem túl elegáns szerintem.

• #1878 amargo addikt Speeedfire #1876

  Új Válasz 2013-08-10 19:21:54 #1878

  Ú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

  

  amargo

  addikt

  válasz Speeedfire #1876 üzenetére

  left joint írtál be, nem inner joint. Mit is szeretnél pontosan?

• #1877 Speeedfire félisten Speeedfire #1876

  Új Válasz 2013-08-10 16:42:49 #1877

  Ú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

  

  Speeedfire

  félisten

  válasz Speeedfire #1876 üzenetére

  Érdekes mód a select részeb írva már jó volt.

  select
  a.*,
  (select group_concat(b.mezonev separator ',') as listagg from tabla_2 where a.id =tabla_id) b
  from tabla_1 a

• #1825 bambano titán Speeedfire #1824

  Új Válasz 2013-07-07 20:33:46 #1825

  Ú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

  

  bambano

  titán

  válasz Speeedfire #1824 üzenetére

  execute vagy pl/pgsql scriptben van, vagy prepared statementben. Ez utóbbi esetben nem így kell meghívni, hanem a nevével és a paramétereivel.

  a pl/pgsql scripttel azért nem bírtam még zöldágra vergődni, mert nem lehet tudni előre, hogy milyen formátumban adja vissza a táblát az exec, de azt előre bele kellene drótozni a scriptbe. pech.

• #1823 bambano titán Speeedfire #1822

  Új Válasz 2013-07-07 17:55:45 #1823

  Ú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

  

  bambano

  titán

  válasz Speeedfire #1822 üzenetére

  én úgy látom, hogy itt a from query-ben megadott select eredményét hozza ki, nem pedig a megadott select lefuttatásával kapott eredményt.

  de lehet, hogy elgépeltem valamit, nem tudom.

• #1819 Apollo17hu őstag Speeedfire #1818

  Új Válasz 2013-07-04 18:18:08 #1819

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1818 üzenetére

  Igen, ugyanazt az eredményt hozza a kettő, de azért írtam be, mert a pivotot talán nehezebb "testreszabni" nagyobb mátrixoknál.

• #1817 Apollo17hu őstag Speeedfire #1811

  Új Válasz 2013-07-04 12:23:07 #1817

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1811 üzenetére

  vagy:

  SELECT id
  ,MIN(CASE
  WHEN lang = 'hu' THEN
  mess
  END) AS "hu"
  ,MIN(CASE
  WHEN lang = 'en' THEN
  mess
  END) AS "en"
  FROM tabla
  GROUP BY id

• #1816 Ispy nagyúr Speeedfire #1815

  Új Válasz 2013-07-04 10:47:05 #1816

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1815 üzenetére

  Nem is kell oda, vedd ki belőle

  select * from message
  pivot
  (
  max(translation)
  for(language) in (hu, en, de)
  ) pivotmess;

• #1814 Ispy nagyúr Speeedfire #1813

  Új Válasz 2013-07-04 10:00:06 #1814

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1813 üzenetére

  select * from (select * from message) message

  helyett elég ez is:

  select * from message

• #1812 Ispy nagyúr Speeedfire #1811

  Új Válasz 2013-07-04 09:11:59 #1812

  Ú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

  

  Ispy

  nagyúr

  válasz Speeedfire #1811 üzenetére

  Ha MS SQL, akkor igen.

• #1809 Peter Kiss őstag Speeedfire #1808

  Új Válasz 2013-06-09 19:08:19 #1809

  Ú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

  

  Peter Kiss

  őstag

  válasz Speeedfire #1808 üzenetére

  Fentiból hiányzik egy from comment, mindegy.

  Sub query nélkül is lehet:
  select t.id, t.name, MAX(s.create_time) as order
  from forum t
  left join comment s on t.id=s.forum_id
  group by t.id, t.name
  order by MAX(s.create_time) desc

• #1807 Peter Kiss őstag Speeedfire #1804

  Új Válasz 2013-06-09 18:41:34 #1807

  Ú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

  

  Peter Kiss

  őstag

  válasz Speeedfire #1804 üzenetére

  select *
  from forum t
  left join (select forum_id, MAX(create_time) as lastTime group by forum_id) as s
  on t.id=s.forum_id
  order by s.create_time desc

• #1805 Apollo17hu őstag Speeedfire #1804

  Új Válasz 2013-06-09 18:28:32 #1805

  Ú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

  

  Apollo17hu

  őstag

  válasz Speeedfire #1804 üzenetére

  Úgy akarod, hogy a lekérdezésed eredménye az legyen, hogy:
  minden fórumazonosító (id) egyszer, ezekhez pedig a legutolsó (=legfrissebb) komment (comment), és a hozzá tartozó create_time érték? Ha igen, akkor kell bele a comment mező is vagy elég csak az időpecsét?

• #1173 bpx őstag Speeedfire #1167

  Új Válasz 2012-05-30 20:14:12 #1173

  Ú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

  

  bpx

  őstag

  válasz Speeedfire #1167 üzenetére

  PHP-t erre felejtsd el, adatok ilyen szintű manipulációját az adatbázis végezze, ne a hozzá kapcsoló alkalmazás

  ez 1, azaz egy darab színtiszta SQL utasítás:

  DELETE FROM tabla WHERE id IN(
  SELECT id FROM(
  SELECT id, RANK() OVER (PARTITION BY uid ORDER BY time DESC) r FROM tabla)
  WHERE r > 500);

  magyarázat:

  a legbelső select partíciókat képez a táblából az uid alapján, és a partíciókat idő szerint (time) csökkenő sorrendbe rendezi, és minden egyes id-hoz rendel egy sorszámot (rank), hogy adott partícióban a rendezés szempontja szerint hanyadik helyen áll

  az eggyel kintebb levő select lekérdezi azokat az id-kat, ahol ez a "rang" 500-nál nagyobb, tehát kívül esik a kívánt limiten

  a delete meg törli az ilyen id-val rendelkező sorokat

  szerk: adatbáziskezelőt mondjuk nem írtál, ez Oracle-ben működik, én a tábládból úgy tippelem hogy MS SQL (auto increment PK, meg int típus), de ezek a funckiók mintha ott is meglennének

• #1168 Sk8erPeter nagyúr Speeedfire #1167

  Új Válasz 2012-05-30 16:39:44 #1168

  Ú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 Speeedfire #1167 üzenetére

  Hát én komplexebb feladatokra tárolt eljárást használok, mióta belekóstoltam.
  De a te feladatodat igazából nem értem, hogy miért akarod tömbökbe szedni a userek id-ját... Adott userekhez tartozó bejegyzéseknél X időközönként csak Y mennyiséget akarsz törölni, tehát azt akarod, hogy valamennyi az adott júzerhez mindenképp megmaradjon?
  Szóval nem csak törölni kell a táblából azt az Y sort, azt' kész?
  Fejtsd ki, MOST!

  ===

  (#1166) lakisoft :
  "Tárolt eljárást is sokszor használok Dynamic SQL-lel együtt. Ott már nem látod hogy csúnya ."
  Miért, a tárolt eljárás önmagában még nem ocsmány, de el lehet rondítani.

• #1156 bpx őstag Speeedfire #1155

  Új Válasz 2012-05-14 19:34:50 #1156

  Ú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

  

  bpx

  őstag

  válasz Speeedfire #1155 üzenetére

  persze mert első futás után már cache-ből megy

• #1154 PazsitZ addikt Speeedfire #1152

  Új Válasz 2012-05-14 19:24:08 #1154

  Ú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

  

  PazsitZ

  addikt

  válasz Speeedfire #1152 üzenetére

  SELECT id, name, type FROM table
  WHERE type IN (1,2,3)
  ORDER BY
  CASE type
  WHEN 3 THEN 1
  WHEN 1 THEN 2
  WHEN 2 THEN 3
  END;

• #1153 rum-cajsz őstag Speeedfire #1152

  Új Válasz 2012-05-14 19:18:32 #1153

  Ú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

  

  rum-cajsz

  őstag

  válasz Speeedfire #1152 üzenetére

  vagy írsz egy függvényt, vagy egy másik táblában definiálod a kívánt sorrendet.

• #1151 martonx veterán Speeedfire #1150

  Új Válasz 2012-05-10 16:58:49 #1151

  Ú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

  

  martonx

  veterán

  válasz Speeedfire #1150 üzenetére

  Szvsz nem ajánlott keverni, legalábbis vagy RDBMS-t, vagy dokumentum alapú NoSQL-t érdemes használni. És e mellé persze könnyen lehet gráf tárolót, vagy kulcs-érték tárolót használni (lásd pl. Facebook, ami MySQL alapú, de a kapcsolatokat gráf tároló NoSQL-ben tartja).

• #1144 martonx veterán Speeedfire #1137

  Új Válasz 2012-05-10 08:58:35 #1144

  Ú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

  

  martonx

  veterán

  válasz Speeedfire #1137 üzenetére

  Pont a múltkor kezdtem el noSQL-ezni, pont a mongoDB-vel. Én is még csak kostólgatom. Viszont ahhoz, hogy dönteni tudjak közülük (mármint RDBMS - noSQL közül, és ha noSQL, akkor melyik), bele kellett mélyednem az előny-hátrányaikba.
  Még annyit tennék hozzá a fentebbi irományomhoz, hogy amit írtam, az a dokumentum alapú NoSQL-ekre vonatkozik. A kulcs-érték, gráf stb... típusú NoSQL-eknek értelemszerűen teljesen más előnyei lehetnek. RDBMS kiváltásához nyilván a dokumentum alapú NoSQL-eket szokták használni.

• #1140 PazsitZ addikt Speeedfire #1137

  Új Válasz 2012-05-09 23:24:10 #1140

  Ú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

  

  PazsitZ

  addikt

  válasz Speeedfire #1137 üzenetére

  NoSQL DB-knél, mindegyiknek megvan a maga rendeltetése célja, amire jól hasznosítható.
  Nincs és nem is lesz ultimate winner.
  [link]

• #1134 martonx veterán Speeedfire #1132

  Új Válasz 2012-05-09 22:42:51 #1134

  Ú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

  

  martonx

  veterán

  válasz Speeedfire #1132 üzenetére

  A noSQL sem csodaszer. Select-ek futtatásában pláne nem.
  Bonyolult adatstruktúrák írásakor sokszorosa, akár százszorosa a sebessége a hagyományos RDBMS-ekhez képest.
  Bonyolult adatstruktúrák olvasásakor van olyan eset, amikor jóval gyorsabb (néhány szoros) a sebessége a hagyományos RDBMS-ekhez képest.
  Full-text search-ben sokkal rugalmasabbak, gyorsabbak a noSQL-ek, különösen azok, amelyek magukba intergálják a Lucene-t is, ilyen pl. a ravenDB
  Viszont ha van egy komolyabb adatstruktúrád, de annak csak bizonyos elemeit akarod lekérdezni (mintha több táblád lenne hagyományos sql-ben, de éppen csak egyet akarsz lekérdezni, vagy csak 1-2-t), nos egy ilyen triviális feladat noSQL-ben már korántsem triviális.

  Ebben az esetben a webszerver, hogy Apache, vagy nginx, vagy IIS, vagy Tomcat vagy bármi totál lényegtelen. Nem az lesz a szük keresztmetszet.

• #1129 martonx veterán Speeedfire #1128

  Új Válasz 2012-05-09 18:50:31 #1129

  Ú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

  

  martonx

  veterán

  válasz Speeedfire #1128 üzenetére

  Meg mondjuk ott egy DB szerver akkora, mint egy szoba.

• #1122 PazsitZ addikt Speeedfire #1120

  Új Válasz 2012-05-08 11:50:02 #1122

  Ú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

  

  PazsitZ

  addikt

  válasz Speeedfire #1120 üzenetére

  Ha attributumon keresztul mentesz nezd meg a safe attributumokat

• #1121 Sk8erPeter nagyúr Speeedfire #1120

  Új Válasz 2012-05-08 11:26:43 #1121

  Ú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 Speeedfire #1120 üzenetére

  Az adott felhasználónak, akivel kapcsolódsz a Yii-n keresztül, van joga a feltöltéshez is?

• #1119 Sk8erPeter nagyúr Speeedfire #1115

  Új Válasz 2012-05-08 11:09:49 #1119

  Ú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 Speeedfire #1115 üzenetére

  Hát akkor lehet, hogy az adott táblára globális jogok vonatkoznak, hogy minden felhasználó hozzáférhessen, szóval akkor az adott adatbázisnál a "Jogok ellenőrzése" résznél meg kellene kukkantani, milyen jogosultságok vannak beállítva; vagy az adott júzereknek túl sok a joga. Az tényleg nem jóféle, ha mindenki hozzáfér.

  =====================
  WolfLenny : nincs mit!

• #1113 Sk8erPeter nagyúr Speeedfire #1111

  Új Válasz 2012-05-07 17:25:31 #1113

  Ú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 Speeedfire #1111 üzenetére

  "Hogy lehetne engedélyezni ezt a felhasználót az adatbázisban?"
  Screenshot
  1.) "Jogok" fül
  2.) itt hozzá tudod adni az új felhasználót; de nálad ez már megtörtént, úgyhogy "Jogok szerkesztése" az adott felhasználónál
  3.) "Adatbázis-specifikus jogok" résznél "Jogok hozzáadása a következő adatbázison:", kiválasztod a megfelelő adatbázist,
  4.) itt a "Jogok szerkesztése" ablakban kiválasztod, milyen jogokat akarsz adni az adott felhasználónak (kattints a "Mind kijelölése" linkre, ha minden jogot meg akarsz adni az adott felhasználónak ezen az adatbázison belül
  5.) Indítás, és kész vagy.

• #1091 Sk8erPeter nagyúr Speeedfire #1090

  Új Válasz 2012-05-02 13:30:57 #1091

  Ú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 Speeedfire #1090 üzenetére

  Nyilván MySQL-ről van szó.
  Lehet 2 timestamp 1 táblában.
  Ami a baja, hogy ha van két timestamp egy táblában, azt nem lehet megcsinálni, hogy az egyik mezőnek defaultból CURRENT_TIMESTAMP az értéke, ÉS a másiknak pedig on update CURRENT_TIMESTAMP tulajdonsága van. Ahogy az sem lehet, hogy mindkettő mezőnek on update CURRENT_TIMESTAMP tulajdonsága van, vagy mindkettő mezőnek CURRENT_TIMESTAMP a default értéke.
  Választani kell.

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