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

• #1389 Lacces őstag

  Új Válasz 2013-08-15 10:40:23 #1389

  Ú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

  

  Lacces

  őstag

  Hali,

  Az lehetséges, hogy úgy kapok egy unique-al ellátott oszlopra duplicalt entry hibát, hogy az az érték sosem volt előtte benne az adatbázisban? Mert kidobta ezt a hibát, de el is mentette az adatokat. De elméletben én úgy tom, hogy nem is kellene, akkor adatokat mentenie sem.
  És ez egyszeri esetnek tűnik...

• #1015 Lacces őstag Soak #1014

  Új Válasz 2012-12-01 08:53:41 #1015

  Ú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

  

  Lacces

  őstag

  válasz Soak #1014 üzenetére

  Itt találtam erről a témáról leírást.
  A többit köszi! .

• #1013 Lacces őstag Soak #1012

  Új Válasz 2012-11-30 17:16:09 #1013

  Ú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

  

  Lacces

  őstag

  válasz Soak #1012 üzenetére

  skálázhatóság alatt olyasmit értek, ha jól fordítom angolról, hogy amikor terhelés történik az alkalmazásnál akkor ha nő a kliensek kérése, akkor a rendszer terhelhetősége lineárisan nő, mint a mysql esetében is, és nem exponenciálisan.
  Csak ahogy olvastam el lehet ezt szúrni, és nem lineárisan növekszik hanem rosszabbul... de már nem tudom melyik weboldalon, de azóta találtam más-mást is, és úgy látom, hogy ez inkább a hardverre vonatkozik (cache stb) a skálázhatóság és nem az adatbázis struktúrára.

• #1011 Lacces őstag martonx #1010

  Új Válasz 2012-11-30 14:10:00 #1011

  Ú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

  

  Lacces

  őstag

  válasz martonx #1010 üzenetére

  rosszul fogalmaztam meg az elején ... de azóta már tisztázva a kérdés.

• #1009 Lacces őstag Sk8erPeter #1008

  Új Válasz 2012-11-30 13:33:22 #1009

  Ú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

  

  Lacces

  őstag

  válasz Sk8erPeter #1008 üzenetére

  Köszi, elég béna voltam most keresésben... én valahogy nem találtam normálisat... kösz

• #1007 Lacces őstag Sk8erPeter #1006

  Új Válasz 2012-11-30 13:25:25 #1007

  Ú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

  

  Lacces

  őstag

  válasz Sk8erPeter #1006 üzenetére

  Yeap, utána eszembe jutott... mysql workbench .
  Úgy értettem, mint a phpmyadmin, aminek segítségével a mysql adatbázist tudod "kezelni" weblapon keresztül, csak ugye a phpmyadmin-nak kell, hogy a webszerveren legyen telepítve és futattva a php. Ha jól tudom a phpmyadminnak meg mindegy, hogy linux/windows, a lényeg a webszerver neki (apache, iis)
  Na én meg ilyesmit akartam java alapon

  Másik kérdésem ami nekem homály, ez a skálázhatóság dolog. Vannak sémák arra, hogy hogyan lehet egy mysql adatbázist megtervezni, hogy jól skálázható legyen?

• #1005 Lacces őstag

  Új Válasz 2012-11-30 12:44:38 #1005

  Ú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

  

  Lacces

  őstag

  Sziasztok!

  Van grafikus felület mysql adatbázishoz Java alapú szerverhez (java nyelven írt vagy akármi), valami olyasmi, mint a phpmyadmin.

  A válaszokat előre köszönöm

• #953 Lacces őstag

  Új Válasz 2012-10-18 14:19:52 #953

  Ú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

  

  Lacces

  őstag

  Aha, köszönöm a válaszokat. Csak számomra mindig olyan érdekes, hogy rám szólnak, hogy bontsam szét selectre, és ne Joinoljak. Ezért is tettem fel a kérdést, mert ez számomra furcsa volt itt. És néha van egy olyan érzésem, hogy rossz szokásokat vernek belém.
  Meg szerintem a Join esetében kevesebb szerver oldali kódot kell írni.
  Vannak még itt furcsaságok... külső kulcs használata is ritka, normálfomákkal is alig találkozom.

  Aham a tranzakció rollback... Most ahogy néztem a folyamatot nekem is ilyen tűnt fel.

  NoSQL számomra mindig is érdekes téma volt, mindig minden félét olvasok róluk. Nem sértődtem meg nagyúr . Jahm, most legalább rádöbbentem, hogy mennyi hiányoságom van még ilyen téren. És a saját webes projekteknél jobban össze kell kapnom magam .

• #947 Lacces őstag Speeedfire #946

  Új Válasz 2012-10-17 22:26:47 #947

  Ú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

  

  Lacces

  őstag

  válasz Speeedfire #946 üzenetére

  Jah, de az FB más téma, a dinamikusan változó dolgoknál jó ez a mongodb, de amúgy a nosql-nek is rengeteg fajtája van. Mindegyik másban jobb.
  Bár láttam példát és FB is ezt csinálja, hogy hibrid adatbázis rendszereket használ . Lehet már tényleg kellene írnom e kettő adatbázis rendszerről, és megírni a személyes véleményt.
  Köszi a választ, léptem

• #945 Lacces őstag Speeedfire #944

  Új Válasz 2012-10-17 22:10:34 #945

  Ú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

  

  Lacces

  őstag

  válasz Speeedfire #944 üzenetére

  Igen anomália, de milyen lehet.

  Igen, igen a JOIN-t szeretem, most legutóbb meg át kellett vennem projektet, ahol hát... mit ne mondjak... elég rosszul megtervezett volt az adatbázis, ott mondjuk a JOIN terhelte, vissza kellett hivatkoznom a táblára...
  Meg ahogy olvasgatok a MongoDB után (lehet nyitok egy ilyen topicot) akkor olvastam, hogy ha az RDBMS-ben rendkívül kevés a JOIN művelet, akkor nem kell a dokument alapú nosql-ek felé kacsingatni.

  Meg ha már itt tartunk, NetBeans meglelted már az SQL kezelőfelületét? Állítólag van benne, de én még nem leltem meg (igaz én csak GUI esetében használom)

• #943 Lacces őstag

  Új Válasz 2012-10-17 21:58:26 #943

  Ú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

  

  Lacces

  őstag

  Sziasztok!

  Lenne 2 érdekes téma, amellyel a melóhelyen találkoztam.

  1. Mitől lehet, hogy az autoincrement érték megugrik? 16585 után 16588 szerepl, és nem volt törlés az adatbázisban, nincs hozzá admin felület, én meg nem piszkálom meg az éles adatokat... Ha tényleg kizárjuk azt, hogy nem lehet törölni belőle adatot, meg eshet, hogy magától megugrik a számozás? Esetleg szerver leállástól lehet ez?

  2. Úgy vettem észre webes gyakorlatban, hogy a JOIN-lást nem nagyon szeretik. Számomra egyetem után meglepő volt, hogy inkább használjunk 3 SELECT-et, amit a szerver oldalon úgy mond összeállítunk és kérdezgetünk le WHERE ID = .... konstrukcióval, ez jobbnak tűnik, mint ha 3 táblát össze JOIN-olnék.
  Ez bevett szokás? Egyébként úgy vettem észre, hgoy 3 SELECT-re szét bontva tényleg van sebesség növelés, bár nem mindig figyeltem. (Bár az is igaz, hogy egyetemen még a LIMIT áldásos hatását sem mutatták meg)
  Mikor célszerű egy webes alkalmazásnál össze JOIN-olni esetleg IN - alapú feltétel keresést használni, mint SELECT-ekre szét bontás?

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