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

• #2597 Speeedfire félisten fordfairlane #2595

  Új Válasz 2014-10-16 16:46:09 #2597

  Ú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 fordfairlane #2595 üzenetére

  Oracle-nél a rowcount csak pl/sql-nél értelmezett a cursor miatt. Alapesetben with szerkezet kell hozzá.

  A fentire én is a subselect-et írnám.

  
  zolynet: A row_number() over (order by aru_egysegar) részhez is kell egy subselect, mivel így első körben csak aggregálod, mellesleg tök feleslegesen főleg ha nagyon sok adat van a táblában. Egy sort-nak sokkal kevesebb a cost értéke.

• #1919 Speeedfire félisten ferensz #1917

  Új Válasz 2013-09-07 21:34:27 #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

  

  Speeedfire

  félisten

  válasz ferensz #1917 üzenetére

  Ahogy Jim-Y is írta, miért nem jó ha üres? Illetve gondolom a kérdésre a válasz adatbázisból jön, így ott csak egy számot fogsz eltárolni. Ahol nincs ilyen, ott null vagy nulla. Ahol ki lett töltve ott pedig a megadott értékhez tartozó szám.

• #1914 Speeedfire félisten dellfanboy #1911

  Új Válasz 2013-08-25 12:13:03 #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

  

  Speeedfire

  félisten

  válasz dellfanboy #1911 üzenetére

  Sql developert nem nagyon szeretem, inkább toad vagy plsql developer.

• #1908 Speeedfire félisten Ispy #1907

  Új Válasz 2013-08-23 15:39:52 #1908

  Ú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 Ispy #1907 üzenetére

  Jogos.

  Szerk.: Mysql topic van külön is.

• #1906 Speeedfire félisten martonx #1903

  Új Válasz 2013-08-23 15:33:56 #1906

  Ú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 martonx #1903 üzenetére

  A hiba üzenetből kiderül, hogy oracle.

• #1901 Speeedfire félisten dellfanboy #1900

  Új Válasz 2013-08-23 14:41:20 #1901

  Ú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 dellfanboy #1900 üzenetére

  Hát, ha másik sémából szeretnél lekérni, akkor csak ennyi kell.

  select * from masik_sema.tabla_nev

• #1899 Speeedfire félisten Jim-Y #1898

  Új Válasz 2013-08-21 11:32:43 #1899

  Ú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 Jim-Y #1898 üzenetére

  Használt a to_date függvényt.

  TO_DATE('20020315', 'yyyymmdd')

• #1893 Speeedfire félisten Ispy #1892

  Új Válasz 2013-08-15 20:29:22 #1893

  Ú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 Ispy #1892 üzenetére

  Meglepődnék, hogy milyen gyors így is.

• #1891 Speeedfire félisten Ispy #1890

  Új Válasz 2013-08-15 19:44:23 #1891

  Ú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 Ispy #1890 üzenetére

  Van egy jquery naptár, amiben több táblából kérdezek le, amiben vannak subselectek, többek között ilyenek, joinok. Majd ezeket a táblákat union all-al kötöm össze. Megy így is, csak jobb lenne egy view.

• #1889 Speeedfire félisten bpx #1888

  Új Válasz 2013-08-15 19:28:14 #1889

  Ú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 bpx #1888 üzenetére

  Igen, ezt láttam. De megoldást nem láttam rá. Max még több view-t készíteni, de az meg nem tudom mennyire elegáns.

• #1887 Speeedfire félisten

  Új Válasz 2013-08-15 19:03:02 #1887

  Ú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

  Szeretnék egy view-ot készíteni, de 3db union van benne. Illetve minden egyes select tartalmaz subselectet és join-t. Ezt így nem lehet megoldani?
  Error 1349-et ír ki nekem rá.

• #1886 Speeedfire félisten Apollo17hu #1885

  Új Válasz 2013-08-11 00:16:53 #1886

  Ú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 Apollo17hu #1885 üzenetére

  De listagg() csak oracle alatt van nem? A group_concat szerintem csak mysql specifikus. Bár a mysql oracle termék, szóval lehet van rá ilyen függvény.

• #1884 Speeedfire félisten Apollo17hu #1883

  Új Válasz 2013-08-11 00:09:32 #1884

  Ú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 Apollo17hu #1883 üzenetére

  A group_concat() képes erre.

  select group_concat(distinct mezonev separator ', ') as aggregate
  from tabla

  A fenti példámra egyelőre nem találok jobbat, szerintem max tárolt eljárással lehetne szebbet, de azt meg nem akarok osztott tárhelyen. Egyáltalán azt sem tudom lehet-e.

• #1882 Speeedfire félisten Apollo17hu #1881

  Új Válasz 2013-08-10 23:58:57 #1882

  Ú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 Apollo17hu #1881 üzenetére

  De utána hogyan szűröm?
  Ha összekonkatenálom, akkor ilyen lesz. 0,1,0,0,1 nekem pedig ilyen kellene 2,5. Tehát az adott elem sorszáma.

• #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.

• #1879 Speeedfire félisten amargo #1878

  Új Válasz 2013-08-10 22:48:19 #1879

  Ú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 amargo #1878 üzenetére

  Mert left kell oda.
  Adott 2 tábla.

  Egy-több kapcsolat van a 2 tábla között és a 2. táblából egy adott sorát szerettem volna aggregálni egy oszlopba, de a selectes résszel tökéletesen megy. Csak a join-nál nem volt jó. A joinnál előbb összefűzte az összes sor értékét, nem pedig a join feltétel alapján a megfelelőket.

  Apropó, ha már aggregálás erre van megoldás?

  id | int1 | int2 | int3 | int4 ...
  8 | 0 | 1 | 1 | 1

  Ilyet szeretnék visszakapni.
  id | opciok
  8 | 2,3,4

  A concat_ws()-t néztem rá, de nem a legjobb. Az csak összefűzi az oszlopokat. Nekem viszont valami case szerkezet kellene a concat_ws()-be, ami a megfelelő oszlop alapján ad vissza értéket, ha 1 a mező értéke.

• #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

• #1876 Speeedfire félisten

  Új Válasz 2013-08-10 16:17:24 #1876

  Ú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

  Adott 2 tábla, az egyiket akarom összekötni a másikkal egy join-nal, majd a 2. tábla adott típusát szeretném listagg-al összefűzni, ahogy nézem mysql alatt a group_concat van. Viszont nekem ez felhoz mindent.

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

  Szépen össze is fűzni, ellenben nem a join szerint, hanem az össze elemet ami abban a táblában van.

• #1824 Speeedfire félisten bambano #1823

  Új Válasz 2013-07-07 19:59:17 #1824

  Ú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 bambano #1823 üzenetére

  Esetleg? [link]
  select * from execute(select sql_command from table where id=1)

• #1822 Speeedfire félisten bambano #1821

  Új Válasz 2013-07-07 17:49:12 #1822

  Ú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 bambano #1821 üzenetére

  Sima subselect nem megy?

  select a.* from (select sql_command from table where id=1) a;

• #1820 Speeedfire félisten Apollo17hu #1819

  Új Válasz 2013-07-05 17:57:24 #1820

  Ú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 Apollo17hu #1819 üzenetére

  Sok rekordnál én sem tudom melyik lenne jobb performanciában. Egyelőre marad a pivot, ha lassú lesz idővel akkor megnézem a többi eshetőséget is.

• #1818 Speeedfire félisten Ispy #1816

  Új Válasz 2013-07-04 12:41:56 #1818

  Ú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 Ispy #1816 üzenetére

  Oracle alatt kell sajnos, különben constansnak gondolja.
  Viszont az as működik ott is. Így már faja.

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

  
  Apollo17hu: Ez sem rossz, de a fenti egyszerűbbnek tűnik.

• #1815 Speeedfire félisten Ispy #1814

  Új Válasz 2013-07-04 10:41:39 #1815

  Ú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 Ispy #1814 üzenetére

  Köszi!

  Egyedül a mező nevek nem a legjobbak így, mert így jön le a mező név: 'hu', 'en', 'de'. Nem kellene az aposztróf nekem.

• #1813 Speeedfire félisten Ispy #1812

  Új Válasz 2013-07-04 09:14:13 #1813

  Ú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 Ispy #1812 üzenetére

  Oracle.
  De ez így valóban jó.

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

• #1811 Speeedfire félisten

  Új Válasz 2013-07-04 09:01:20 #1811

  Ú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

  Adott egy tábla:

  id | lang | mess
  1 | hu | valami
  1 | en | envalami
  2 | hu | megvalami
  2 | en | enmegvalami
  3 | hu | ot

  Le lehet ezt kérdezni úgy, hogy ilyen formában kapjam vissza?

  id | hu | en |
  1 | valami | envalami
  2 | megvalami | enmegvalami
  3 | ot | -

• #1810 Speeedfire félisten Peter Kiss #1809

  Új Válasz 2013-06-09 19:28:40 #1810

  Ú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 Peter Kiss #1809 üzenetére

  Valóban, így is megy.

• #1808 Speeedfire félisten Peter Kiss #1807

  Új Válasz 2013-06-09 18:59:11 #1808

  Ú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 Peter Kiss #1807 üzenetére

  Köszi!

  Sejtettem, hogy subselect nélkül nem fog menni.

• #1806 Speeedfire félisten Apollo17hu #1805

  Új Válasz 2013-06-09 18:36:59 #1806

  Ú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 Apollo17hu #1805 üzenetére

  Csak az időbélyeg érdekel, maga a comment nem.
  pl
  select t.*, s.create_time as order
  from forum t
  left join comment s
  on t.id=s.forum_id
  order by order desc

• #1804 Speeedfire félisten

  Új Válasz 2013-06-09 18:19:53 #1804

  Ú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

  Adott 2 tábla egyikben forum leírások vannak, a másikban pedig a fórum hozzászólások.
  forum:
  ----------
  id | title

  comment:
  ---------------
  forum_id | comment | create_time

  Olyan lekérdezés lenne a célom ami kilistázza az összeset a fórum táblából és az ordernek a comment tábla create time értéke lenne.

  select *
  from forum t
  left join comment s
  on t.id=s.forum_id
  order by s.create_time desc

  Ennél a lekérdezésnél jó is lehetne, csak a commentek miatt többször is listázza ugyan azt a fórum leírást.
  Ha rakok rá egy group by-t, akkor pedig nem jó az order.
  Valakinek valami tippje? Csináljak egy subselect-et?
  Vagy lehet join-nal is, csak épp nem így.

• #1393 Speeedfire félisten Lacces #1392

  Új Válasz 2012-10-18 15:51:51 #1393

  Ú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 Lacces #1392 üzenetére

  Ilyen engem is érdekelne.
  Én pl a nagyobb cms motorok adatbázisából szoktam koppintani mintákat.

• #1176 Speeedfire félisten bpx #1175

  Új Válasz 2012-05-30 20:34:25 #1176

  Ú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 bpx #1175 üzenetére

  Pont ugyanezek a parancsok nincsenek, de hasonlót írtak át itt is. Menni fog szerintem. Holnap meglesem.

• #1174 Speeedfire félisten bpx #1173

  Új Válasz 2012-05-30 20:20:29 #1174

  Ú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 bpx #1173 üzenetére

  Hát ez jól hangzik, ennek utána nézek, remélem menni fog nálam is. Én meg itt 50 soros php sql kódon agyaltam már.
  MySql alatt vannak az adatok, de meglesem, hogy ezek ott is vannak-e.
  Köszi.

• #1169 Speeedfire félisten Sk8erPeter #1168

  Új Válasz 2012-05-30 16:57:47 #1169

  Ú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 Sk8erPeter #1168 üzenetére

  Azért akarom (illetve akarja a fene, de nem látom rá mást...), hogy utána ki tudjam törölni a régi bejegyzéseket.

  tehát azt akarod, hogy valamennyi az adott júzerhez mindenképp megmaradjon?
  Így van, y mennyiség bejegyzés megmaradni minden usernek.

  Nem tudom mit értetlenkedsz ha tudod mire gondolok.

  Adott pl 1m rekord és 1k felhasználó és pl 500 bejegyzésnek kellene lennie csak felhasználónként maximum. Ergo akinek több mint 500 ilyen bejegyzése van, azoknak a legrégebbieket törölni kellene.

• #1167 Speeedfire félisten

  Új Válasz 2012-05-30 16:27:21 #1167

  Ú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

  Na, akkor kérdeznék én is.

  Adott egy log tábla az adatbázisban, ahol a felhasználók ip címe van mentve. x időközönként a legutolsó y mennyiségű adatot törölni kellene.
  Van erre valami gyors megoldás?
  Csak, mert ami nekem eszembe jutott, hogy groupba kellene szedni őket. Majd megnézni, hogy melyiknél mennyi van, ahol több mint y ott elmenti egy tömbbe azoknak a usereknek az id-ját. Majd egyesével időrendben növekvőbe tenni, lementeni az id-kat és megint csak lenne egy iteráció amiben törölve lennének ezek. Php-val oldanám meg, de ez így szerintem elég sok időbe telik és sok erőforrást emészt fel. Van erre esetleg valami egyszerűbb megoldás?

  Adatbázis:
  id | uid | ip | time
  id: ai, elsődleges kulcs
  uid: másodlagos kulcs
  ip: varchar(20)
  time: int(10)

• #1158 Speeedfire félisten PazsitZ #1157

  Új Válasz 2012-05-14 20:10:16 #1158

  Ú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 PazsitZ #1157 üzenetére

  Megjelenített sorok: 0 - 29 ( 1 001 összesen, a lekérdezés 0.0038 másodpercig tartott)
  Megjelenített sorok: 0 - 29 ( ~1 001 összesen , a lekérdezés 0.0026 másodpercig tartott)

  Gyorsabb, amit te írtál meg.
  Query cache ürítés volt az 1. teszt után.
  2x is megcsináltam ezeket a teszteket, mind a 2 esetben gyorsabb volt a case szerkezet.

• #1155 Speeedfire félisten rum-cajsz #1153

  Új Válasz 2012-05-14 19:27:32 #1155

  Ú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 rum-cajsz #1153 üzenetére

  Meglett a megoldás, ennyire nem volt drasztikus szerencsére.

  ORDER BY FIELD(
  TYPE , '1', '3', '2' )

  
  PazsitZ: Ez is jónak tűnik, megnézem melyik a gyorsabb lekérdezésben.

  Szerk.:
  Amit írtam: a lekérdezés 0.0178 másodpercig tartott
  Az általad írt: a lekérdezés 0.0005 másodpercig tartott

  A tied kicsit gyorsabb, még így 20db adattal is.

  Szerk.: Na, most az enyémre is annyit írt mint a tiedre.

• #1152 Speeedfire félisten

  Új Válasz 2012-05-14 19:11:56 #1152

  Ú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

  Egy táblában ilyen mezők vannak.
  id + name + type

  A type most lehet 1,2,3
  Lehet olyan lekérdezést csinálni, hogy a type szerint rendezze, de ebben a sorrendben? 3,1,2?

• #1150 Speeedfire félisten martonx #1144

  Új Válasz 2012-05-10 13:54:03 #1150

  Ú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 martonx #1144 üzenetére

  Köszi az infókat.
  Ezek szerint egy projektben, olykor célszerű lehet inkább keverni ezeket? Vagy nem ajánlott? Vagy esetleg jóval nagyobb többletmunka lenne, hogy megérje azt?

• #1137 Speeedfire félisten martonx #1134

  Új Válasz 2012-05-09 23:02:10 #1137

  Ú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 martonx #1134 üzenetére

  Látom te jobban otthon vagy azért ebben.
  Nem próbáltam még egyik ilyen nosql-t sem, csak a mongoDB annyira dicsért lett már, hogy...egy ideje én is nagyon agyalgatok rajta, hogy nekiesek és megnézem mit tud.

  Az nginx-et csak azért írtam, mert azzal is lehet nyerni valamennyi szerver időt. Még ha csak mp-enként +1 lekérdezést is.

• #1132 Speeedfire félisten WolfLenny #1131

  Új Válasz 2012-05-09 22:02:14 #1132

  Ú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 WolfLenny #1131 üzenetére

  "De file-ában letárolni az adatokat, és abban keresni, az még rosszabb."
  Pont azt írja, hogy nem.
  Esetleg egy mongodb és nginx sokat dobhat a sebességen.

• #1130 Speeedfire félisten martonx #1129

  Új Válasz 2012-05-09 18:56:18 #1130

  Ú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 martonx #1129 üzenetére

  Haladni kellene már a korral. Vannak rack szerverek.
  Bocs, de nem hagyhattam ki.

  Ja, hát gondolom nem kevés adattár kell oda meg van.

• #1128 Speeedfire félisten martonx #1127

  Új Válasz 2012-05-09 18:49:26 #1128

  Ú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 martonx #1127 üzenetére

  130M az nem kevés.
  Ott akkor jó nagy adathalmaz lehet a gépeken.

• #1124 Speeedfire félisten PazsitZ #1122

  Új Válasz 2012-05-08 17:04:46 #1124

  Ú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 PazsitZ #1122 üzenetére

  Uhh, balga hiba volt.
  Ugye anno mikor elkezdtem csinálni az oldalt, csináltam pár teszt adatot.
  De ennél az egynél nem töltöttem ki egy mezőt, pedig kötelező kitölteni és a validator miatt nem lett sohasem elmentve.
  Kitöltöttem a mezőt, most már megy.

• #1123 Speeedfire félisten Sk8erPeter #1121

  Új Válasz 2012-05-08 12:10:35 #1123

  Ú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 Sk8erPeter #1121 üzenetére

  Igen van. A többi sornál működik is a módosítás.

  
  PazsitZ: Na, ezt megnézem majd.

• #1120 Speeedfire félisten Sk8erPeter #1119

  Új Válasz 2012-05-08 11:17:29 #1120

  Ú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 Sk8erPeter #1119 üzenetére

  Ja, nem a legjobb. De szerencsére csak localhost szóval, annyira nem nagy para.

  Más: Adott egy admin panel php alatt, ahol ajax-al tudom módosítani egy mező értékét sql alatt. Érdekes mód, egy db ilyen sorban nem tudom módosítani. A yii nem dobott semmilyen hibát sem. Egyszerűen a mentésre azt írja, hogy nem sikerült neki.
  De minden más adatnál sikerült. A fura, hogy phpmyadmin alatt viszont tudom ezt a sort szerkeszteni.
  Se az sql, se a php, se az apache nem dob nekem erre hibát.

• #1115 Speeedfire félisten Sk8erPeter #1113

  Új Válasz 2012-05-07 19:34:25 #1115

  Ú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 Sk8erPeter #1113 üzenetére

  A 3-ason kívül minden megvolt. Ezek szerint anélkül nincs engedélyezve. Bár érdekes mód, így is tudok kapcsolódni custom felhasználóval.
  Lehet sz*rul van az sql-em beállítva.

• #1111 Speeedfire félisten

  Új Válasz 2012-05-07 11:51:15 #1111

  Ú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

  Phpmyadmin-ban létrehoztam egy felhasználót, de azt írja, az engedélyezve oszlopba, hogy nem. Hogy lehetne engedélyezni ezt a felhasználót az adatbázisban?
  Vagy ez mire vonatkozik?

• #1092 Speeedfire félisten Sk8erPeter #1091

  Új Válasz 2012-05-02 14:06:08 #1092

  Ú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 Sk8erPeter #1091 üzenetére

  Valóban lehet 2 timestamp így. Max a create lesz megadva feltöltéskor, az on update meg a modify. Így talán a legjobb.

• #1090 Speeedfire félisten

  Új Válasz 2012-05-02 13:08:50 #1090

  Ú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

  Miért nem lehet 2 timestamp 1 táblában?
  Ki akartam próbálni valamit.
  Csináltam egy példa táblát, létrehoztam egy id-t, ami AI. Majd egy create-et, ami timestamp és default current_timestamp, akartam csinálni egy másikat is modify néven, de nem engedte, ez is ugyan az lenne mint a create, csak ugye on update current_timestamp.
  Írja is az sql, hogy:
  #1293 - Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause

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