- iPhone topik
- Vodafone mobilszolgáltatások
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Eleglide C1 - a középérték
- Milyen okostelefont vegyek?
- Android szakmai topik
- DIGI Mobil
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
A legtöbb amerikai szerint a TikTok egy őket befolyásoló eszköz
it Egy felmérés szerint a legtöbb amerikai osztja azon véleményt, hogy a TikTok egy őket befolyásoló eszköz.
-
VR játék lesz az Batman: Arkham Shadow (Meta Quest 3)
gp Egyelőre csak egy teaser trailert kaptunk a teljes leleplezésre a Summer Game Festen kerül sor.
Ú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...