Aktív témák

• #2082 PazsitZ addikt coco2 #2081

  2012-04-17 10:53:46 #2082

  Ö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 coco2 #2081 üzenetére

  En meg mindig nem ertem miert nem jo a konzolbol inditott import a source paranccsal valo osszefuzessel.
  De mondjuk egy osszefuzo scriptet se nehez irni az is igaz.

• #2079 PazsitZ addikt coco2 #2078

  2012-04-16 22:23:43 #2079

  Ö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 coco2 #2078 üzenetére

  Nincs fordítás.
  Szimplán alkalmazható persze nem frontenden, mivel ez mysql batch utasítás.
  Bár úgy még nem rémlik, hogy használtam volna, de szerintem többszörösen egymásba ágyazva is működik.
  5.0 feletti mysql verzió tudja: [link]

• #2077 PazsitZ addikt coco2 #2074

  2012-04-16 19:26:52 #2077

  Ö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 coco2 #2074 üzenetére

  Most lehet nem értem, hogy de az SQL file be-includolás nem jó?

  pl.:
  USE `mydatabase` ;
  
  source ./tables/create_table_1.sql;
  source ./tables/create_table_2.sql;
  ...
  source ./table_data/insert_table_1_data.sql;
  source ./table_data/insert_table_2_data.sql;

• #2066 PazsitZ addikt SektorFlop #2065

  2012-03-08 22:20:49 #2066

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

  Miért nem ?
  UPDATE `kosar` SET `kosar_db` = kosar_db+1 WHERE ...

• #1959 PazsitZ addikt Louloudaki #1958

  2011-10-17 19:29:10 #1959

  Ö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 Louloudaki #1958 üzenetére

  Akárhány tábla lehet, attól függ mik az igényeid.
  De nem egyszerűbb mondjuk belőni egy mantis-t?

• #1921 PazsitZ addikt sekli #1920

  2011-04-14 22:05:38 #1921

  Ö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 sekli #1920 üzenetére

  Egyáltalán nem rendez, az általad is látható SELECT fut le. SELECT * FROM `table` LIMIT 0, 30
  Adatbázis elmélet szerint pedig ha nem állítasz be rendezést egyáltalán nincs garancia, hogy milyen sorrendben kapod vissza az adatokat.
  De általában ha van elsődleges kulcs, akkor aszerint.

• #1915 PazsitZ addikt Sk8erPeter #1914

  2011-04-13 07:25:33 #1915

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

  Az innoDB sor szintű lockolást alkalmaz a myISAM tábla szintű lockolása helyett.
  Ebből követketkezik, hogy nagy számú írás művelet esetén gyorsabb lehet, mint a myISAM.

  Viszont, sima olvasásban gyorsabb a myISAM. Sőt, ha csak a tábla végére szúrsz be bejegyzéseket, nem kell újraépítgetni, rendezgetni az indexet, akkor egyértelműen a myISAM a jobb. Továbbá úgy tudom méretben is kissebb, ugyanazon eltárolt tartalom esetén.

  Tehát, akkor éri meg leginkább, ha több indexes tábla van, abban jelentős mennyiségű delete, repalce, indexeket kavaró update, inserrtek vannak.

  Ezek az alapvető különbségek, szimpla adatkezelés/tárolás esetén.
  Viszont, az innoDB támogat tranzakciókezelés, amire ha szükséged van, akkor szükséged van.

  Remélem tárgyi tévedést, így reggel saját kútfőből nem írtam, javítsatok, ki ha esetleg mégis.

• #1865 PazsitZ addikt zsoltke #1864

  2011-02-20 13:55:02 #1865

  Ö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 zsoltke #1864 üzenetére

  Formázottan jelenik meg, csak nem HTML-re formázva.
  nl2br lesz a te barátod

• #1861 PazsitZ addikt j0k3r! #1860

  2011-02-12 21:15:30 #1861

  Ö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 j0k3r! #1860 üzenetére

  A láthatósági szabályokat nézd át.
  Függvényen belül a külső változók alapból nem láthatóak.
  Van lehetőség paraméterként átadni, vagy global kulcsszóval behúzni a függvénybe ha globálisan deklarált változók. Esetleg egyéb módon tárolni és beolvasni.

• #1855 PazsitZ addikt ubid #1853

  2011-02-01 22:46:17 #1855

  Ö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 ubid #1853 üzenetére

  atw oldara felrakva valóban a 127.0.0.1-el kell elérni az sql szervert.

  Viszont te ugyanazt a scriptet localhoston próbálod futtatni.
  Fut-e a Xampp mysql?
  Létezik-e localhoston ugyanaz a user ugyanazzal jelszóval, mint az atw sql-en? "ubesz", "********"

• #1845 PazsitZ addikt asthma #1841

  2011-01-17 18:02:09 #1845

  Ö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 asthma #1841 üzenetére

  Úgy tűnik JOIN-olni szeretnél.
  Azt így valósíthatod meg.
  SELECT termék.kód, termék.név FROM termék, rendelés WHERE termék.kód = rendelés.kód);

  második esetben pedig gondolom ez lenne a helyes:
  SELECT termék.kód, név, 'legyártható' as gyárthat
  FROM termék, szerkezet, anyag
  WHERE szerkezet.azonosító = anyag.azonosító AND szerkezet.kód = termék.kód

• #1815 PazsitZ addikt Briganti #1814

  2010-11-19 13:03:44 #1815

  Ö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 Briganti #1814 üzenetére

  Memcached jó dolog az biztos, csak igen ezt modulként fel kell rakni, ez nem tudom mennyire áll rendelkezésre.
  Továbbá, persze adatmennyiségtől függ, de memória igényes is lehet a dolog.

• #1811 PazsitZ addikt Briganti #1810

  2010-11-18 19:52:17 #1811

  Ö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 Briganti #1810 üzenetére

  A session valóban el kell, hogy tudja látni ezt a feladatot.
  Nem tartom valószínűnek, hogy a session lassabb mint az adatbázis, de még alternatív esetben is a session-t lehet szimplán adatbázis táblában is tárolni.

• #1774 PazsitZ addikt Briganti #1772

  2010-10-29 20:35:51 #1774

  Ö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 Briganti #1772 üzenetére

  Az hibára nem tudok magyarázatot adni, de élehet, hogy nem is csak az a gond amit írsz, de a fene se tudja.
  Nekem a koncepcióval van gondom. Ha feltöltesz egy fájlt, már feltöltéskor érdemes lenne megnézni és tárolni a méretet.

• #1768 PazsitZ addikt rt06 #1767

  2010-10-24 14:20:44 #1768

  Ö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 rt06 #1767 üzenetére

  Én string-ként tárolnék childid-kat.
  Az egy dolog, hogy esetleg nem tetszik az adatbázis, de a lekérdezés gyorsabb lesz.

• #1705 PazsitZ addikt Speeedfire #1704

  2010-08-17 22:56:34 #1705

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

  Nem néztem csak a regisztrációig és ott pont nincs, de loginnál látom van.

  mysql csak akkor menti úgy, ha úgy írod az sql-t vagy már php-ban alakítod md5-re, de ez a példában is látható.

• #1702 PazsitZ addikt j0k3r! #1698

  2010-08-17 17:32:22 #1702

  Ö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 j0k3r! #1698 üzenetére

  Gondolom DB-ből menne, szóval SQL injection-re nem árt pl.

• #1671 PazsitZ addikt akopacsi #1670

  2010-06-17 18:51:26 #1671

  Ö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 akopacsi #1670 üzenetére

  SELECT id2 FROM `uniontable` WHERE id1 =1
  UNION
  SELECT id1 FROM `uniontable` WHERE id2 =1

• #1655 PazsitZ addikt radmin #1654

  2010-06-10 10:46:18 #1655

  Ö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 radmin #1654 üzenetére

  Ha jól értelmezem neked LEFT JOIN-ra van szükséged.

  SELECT database1.helyiseg_id, database1.helyiseg, database2.meret, database2.megjegyzes FROM database1 LEFT JOIN database2 ON database1.helyiseg_id=database2.helyiseg_id

• #1627 PazsitZ addikt emre33 #1626

  2010-04-19 16:24:42 #1627

  Ö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 emre33 #1626 üzenetére

  mysql_affected_rows az érintett sorok darabszámát visszaadja.
  Ha tudni akarod konkrétan max. előtte eressz rá egy ugyanolyan feltételekkel rendelkező SELECT-et.

• #1625 PazsitZ addikt emre33 #1622

  2010-04-19 13:21:24 #1625

  Ö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 emre33 #1622 üzenetére

  (#1623) ntomka megoldása sokkal szimplább és erőforráskímélőbb.
  De hasonló lekérdezés esetén "WHERE `szall_core_id` =" helyett "WHERE `szall_core_id` IN "-t használj.
  Eredménylistát IN ()-el tudsz megadni a WHERE után

• #1624 PazsitZ addikt emre33 #1622

  2010-04-19 13:21:23 #1624

  Ö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 emre33 #1622 üzenetére

  dupla

• #1594 PazsitZ addikt kymco #1593

  2009-08-28 07:30:53 #1594

  Ö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 kymco #1593 üzenetére

  SELECT * FROM tabla WHERE mezo IS NULL

  vagy

  SELECT * FROM tabla WHERE mezo IS NOT NULL

  leírás

• #1531 PazsitZ addikt Bici #1529

  2009-04-06 14:58:38 #1531

  Ö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 Bici #1529 üzenetére

  Tudtommal elég a connection után egyszer berakni. Bár nekem a hosszú ékezetekkel a múltkor még így is volt problémám.

• #1503 PazsitZ addikt Nunder #1500

  2009-04-02 13:38:32 #1503

  Ö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 Nunder #1500 üzenetére

  [link]

• #1435 PazsitZ addikt Bici #1433

  2009-03-20 13:51:50 #1435

  Ö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 Bici #1433 üzenetére

  Hirtelen az jut eszembe, hogy reg után ha letároltad dobd át mondjuk a főoldalra.

  <script language="JavaScript">document.location.href = "fooldal.html";</script>

Aktív témák