Aktív témák

• #2125 Peter Kiss őstag cucka #2124

  2012-06-29 17:58:33 #2125

  Ö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 cucka #2124 üzenetére

  ORM-et írtam, ahhoz kellett.

• #2123 Peter Kiss őstag Sk8erPeter #2122

  2012-06-29 17:18:11 #2123

  Ö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 Sk8erPeter #2122 üzenetére

  Igen, csak nem adatokkal.

• #2121 Peter Kiss őstag Sk8erPeter #2120

  2012-06-29 13:21:33 #2121

  Ö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 Sk8erPeter #2120 üzenetére

  Röviden annyi, hogy végigmegyek a tömbön, amiben pl. számok vannak, közben kiegészítem a query-t ?-ekkel (nem használok nevesített paraméterek), majd elrakom a tömböt. Végrehajtáskor már megvan a kész query (pl. "SELECT * FROM tbl WHERE ID IN (?, ?, ?, ?)"), megvan minden adat, mehet a sima PDO-s binding, és megy is rendesen.

• #2119 Peter Kiss őstag Sk8erPeter #2118

  2012-06-29 12:34:28 #2119

  Ö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 Sk8erPeter #2118 üzenetére

  Persze, használtam már, használom is.

• #2117 Peter Kiss őstag Sk8erPeter #2113

  2012-06-27 08:11:53 #2117

  Ö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 Sk8erPeter #2113 üzenetére

  Ha csak paraméterek behelyettesítéséről beszélünk, akkor az IN jellegűeknél sem kell összefűzni semmit se, működik a prepared statement-es megoldás. Ha úgy járnánk el, hogy majdnem mindenhol helyesen használjuk a prepared statement-eket, csak egy pár helyen nem, akkor olyan, mintha nem is használnánk prepared statement-eket.

  ---

  Egyébként szerintem van értelme pl. PDO köré is wrapper-t írni, mert nagyon ocsmányul néz ki. Főleg akkor hasznos, ha ismeretlen számú paraméterekkel kell dolgozni.

• #2097 Peter Kiss őstag FlashPlayer #2096

  2012-05-30 08:08:10 #2097

  Ö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 FlashPlayer #2096 üzenetére

  Van egy php.net nevű oldal, azt meg kellene lesni.

• #2059 Peter Kiss őstag MR. Anderson #2058

  2012-03-01 18:11:24 #2059

  Ö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 MR. Anderson #2058 üzenetére

  INSERT INTO-ba kellene az oszlopok megnevezése.

• #2045 Peter Kiss őstag Lacces #2043

  2012-02-11 19:12:52 #2045

  Ö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 Lacces #2043 üzenetére

  MySQL-nél minden storage engine bír valamilyen extrával a többiekhez képest, manapság valóban az InnoDB-t ajánlják, ennek sokkal jobb a teljesítménye, ha írásról van szó, képes row lock-ra, illetve a tranzakciókat is támogatja, de pl. FULLTEXT index-et nem tud.

  ---

  A harmadik táblát kapcsolótáblának szoktuk hívni, arra való, hogy N .. N kapcsolatokat írjunk le velük, például: Products tábla kapcsolatban áll a Properties táblával (terméktulajdonságok, pl.: garancia), emellett egy plusz érték is szerepel, és mindez belekerül egy ProductsToProperties táblába:

  ProductID, PropertyID, Value

  Kicsit tolni kellene még az adatbázisalapokat.

• #2039 Peter Kiss őstag

  2012-02-10 09:11:43 #2039

  Ö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

  Azért azt ne felejtsük el, hogy nem lehet elvárni senkitől se, hogy egyből hegesszen magának ORM frameworkot saját MVC frameworkot, amit több százan használnak nagy megelégedéssel.

  Emellett a jótanácsokat is csak óvatosan osztogassuk, például: mysqli-t se nagyon kellene használni, új ember használja a PDO-t. De azt is mondhatnám, hogy a real_escape cuccra verje magát valaki, hanem a prepared statement-ekre. Vagy használjon egyből tárolt eljárásokat. Vagy inkább dobja ki a kukába az egészet, és használjon ASP.NET MVC 4-et Entity Framework-kel.

• #2028 Peter Kiss őstag cAby #2025

  2012-02-09 19:34:40 #2028

  Ö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 cAby #2025 üzenetére

  Adatbázisszerkezet?

• #2017 Peter Kiss őstag SektorFlop #2016

  2012-02-07 20:05:06 #2017

  Ö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 SektorFlop #2016 üzenetére

  Csak a hibaüzenet maradt el.

• #2001 Peter Kiss őstag retrox #1998

  2012-02-03 22:41:23 #2001

  Ö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 retrox #1998 üzenetére

  Máshonnan közelíteném meg a problémát:

  Miért is kell ezt tárolni? Gyakorlatilag duplikálod az adatot, emellett az idő nem áll meg, így folyamatosan frissíteni kellene az adatbázist.

• #1990 Peter Kiss őstag wolandino #1986

  2012-01-02 18:07:34 #1990

  Ö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 wolandino #1986 üzenetére

  Leegyszerűsítve: vinyóról lassabban jönnek az adatok, mint memóriából.

  Szerintem IO igényes a lekérdezésed, kevés/rossz az indexed.

• #1989 Peter Kiss őstag wolandino #1988

  2012-01-02 18:00:36 #1989

  Ö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 wolandino #1988 üzenetére

  A rows azt mutatja, hogy a MySQL szerint hány sort kell megvizsgálni a lekérdezésben, nem azt, hogy mennyit ad vissza.

  Ja, és nem is feltétlenül pontos.

• #1946 Peter Kiss őstag KaiotEch #1945

  2011-08-17 14:25:16 #1946

  Ö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 KaiotEch #1945 üzenetére

  És mi van már meg? Mert itt 4 nyelv és 3 + 1 technológia (jól számoltam? ) találkozik, így összetett a kérdés.

• #1637 Peter Kiss őstag Peter Kiss #1636

  2010-05-08 07:33:42 #1637

  Ö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 Peter Kiss #1636 üzenetére

  Megoldotta az, hogy a connection.php-be beírtam ezeket:
  mysql_query("SET NAMES 'utf8'");
  mysql_query("SET CHARACTER SET 'utf8'");

• #1636 Peter Kiss őstag

  2010-05-08 07:11:33 #1636

  Ö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

  Sziasztok!

  Ha az oldalam frontendjéről küldök be adatot az adatbázisba, akkor teljesen rendben meg is jelenik, de phpmyadmin alól nézve nem (öüóőúéáűí --> öüóőúéáűí)
  Ha phpmyadmin alól tolok be adatot, akkor megfelelően jelenik meg ott, de a frontenden nem.
  Ilyesmi a helyzet akkor, mikor fájlt töltök fel (ebből is az adatbázisba kerülnek az adatok), UTF-8-as fájlból is helytelen lesz (kalapos betűk, miegymás).

  Tudtommal mindenhol UTF-8 van beállítva, de ha valaki adna egy listát, ahol tételesen fel van sorolva, mit kell átállítani, mit hogyan kell használni, annak nagyon örülnék.

  Köszi!

Aktív témák