Új hozzászólás Aktív témák
-
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? -
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)
-
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 -
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 .
-
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
-
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 alaponMá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?
-
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
-
Lacces
őstag
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. -
Lacces
őstag
Itt találtam erről a témáról leírást.
A többit köszi! . -
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...
Új hozzászólás Aktív témák
- AKCIÓ Új Dobozos Macbook Pro dokkoló új ára 70.000 forint
- ThinkPad Hybrid USB -C USB -A Dock 40AF Új ára 80.000 Forint Ingyen szállítás
- Xiaomi Redmi Note 9s 128/6 GB 34.9E !!!
- Új Hp Pavilion 15-eh Fémházas Szuper Laptop 15,6" -30% AMD Ryzen 7 5700U 8Mag 16/1TB FHD MATT
- ATI RADEON RX 480 -8 gb DDR5 256 bit videokártya